MedusaJS dla sprzedaży firmowej - przewodnik 2026

Medusa v2 to warstwa sprzedażowa, nie zamiennik systemu finansowo-magazynowego. Platforma daje moduły cen, klientów, koszyka, zamówień i procesów, na których buduje się cenniki dla konkretnych klientów, grupy klientów, koszyk firmowy, niestandardową ścieżkę zakupu i połączenia z systemami firmowymi. Minimalne zamówienia, limity kredytowe czy akceptacja zamówień są zwykle logiką domenową wdrożenia, nie opcją do zaznaczenia bez rozpoznania.

Typowa sprzedaż firmowa wymaga dwóch warstw danych: Medusa trzyma katalog, koszyk, ścieżkę zakupu i reguły handlowe potrzebne kanałom sprzedaży; system finansowo-magazynowy (SAP, Comarch, Microsoft Dynamics albo własny system magazynowy) pozostaje nadrzędnym systemem dla faktur, stanów magazynowych i limitów kredytowych. GMI projektuje synchronizację opartą na zdarzeniach, żeby uniknąć rozjazdu cen między kanałami.

Sklep dla klientów firmowych to zwykle Next.js z logowaniem firmowym, widokiem cennika dla konta, koszykiem wielopozycyjnym i historią zamówień. Ten sam panel i te same dane z Medusa mogą zasilać aplikację React Native dla handlowców w terenie.

Wiele poradników pokazuje katalog, koszyk i ścieżkę zakupu. To dobry start, ale prawdziwa sprzedaż firmowa zaczyna się tam, gdzie prosty sklep konsumencki się kończy: wiele ról po stronie kupującego, budżety działów, limity kredytowe, cenniki wynikające z konkretnych umów, faktury, dzielenie dostaw, częściowa realizacja zamówień i ręczne decyzje handlowców.

Największe ryzyko nie siedzi w samej warstwie sklepu Next.js. Siedzi w pytaniu, kto ma prawo zmienić cenę, który system zatwierdza limit kredytowy, jak szybko system finansowo-magazynowy oddaje stan magazynowy i co dzieje się z zamówieniem, gdy jeden z dostawców albo magazynów nie potwierdzi dostępności.

Dlatego GMI traktuje Medusa dla sprzedaży firmowej jak architekturę operacyjną, nie projekt „postawmy sklep”. W rozpoznaniu biznesu, projektu i technologii rozdzielamy decyzje na trzy warstwy: doświadczenie kupującego, logikę sprzedażową w Medusa oraz nadrzędne systemy danych dla finansów, produktów i magazynu.

Cenniki kontraktowe: listy cen przypisane do grup klientów lub pojedynczych kont firmowych, często z datą ważności i walutą dla rynku. Limity kredytowe: blokada zakupu po przekroczeniu salda lub wymuszenie płatności z góry dla nowych kontrahentów.

Proces akceptacji: przełożony akceptuje zamówienie powyżej progu kwotowego zanim trafi do systemu finansowo-magazynowego. Ponowienie zamówienia i szybkie zamówienie: lista ostatnich produktów dla klienta skraca cykl zakupowy w hurtowniach i dystrybucji.

Połączenia z systemami: synchronizacja produktów z bazą produktową, stany z magazynu, potwierdzenia wysyłki z systemu magazynowego, faktury pro forma z systemu finansowo-magazynowego. W rozpoznaniu biznesu, projektu i technologii mapujemy, które zdarzenia idą od razu, a które nocną paczką - to wpływa na koszt i gwarantowany czas obsługi.

Widełki GMI dla Medusa w sprzedaży firmowej z systemem finansowo-magazynowym i migracją: EUR 55 000 - 120 000 w stałej cenie po rozpoznaniu biznesu, projektu i technologii (1-3 tygodnie pracy nad zakresem). Pierwsza wersja ścieżki zakupu z cennikami kontraktowymi zajmuje zwykle 3-5 miesięcy. Pełny program z migracją i wieloma połączeniami z systemami trwa najczęściej 5-9 miesięcy.

Zespół referencyjny: lider techniczny Medusa, dwóch programistów zaplecza, programista sklepu Next.js, osoba odpowiedzialna za testy jakości i właściciel produktu po stronie klienta. Pracujemy w dwutygodniowych etapach z pokazem postępów, wewnętrznym przeglądem kodu i dokumentacją architektury po angielsku.

Po uruchomieniu rekomendujemy abonament utrzymaniowy: aktualizacje Medusa, monitorowanie działania, wsparcie przy sezonowych szczytach sprzedaży firmowej i kontrolę połączeń z systemami. Szerszy kontekst sprzedaży z oddzieloną warstwą klienta opisujemy na stronie o elastycznej architekturze sprzedaży internetowej.

Pierwszy błąd to kopiowanie monolitu 1:1. Jeśli Magento albo system finansowo-magazynowy ma dziesięć lat wyjątków handlowych, nie każdy wyjątek powinien trafić do pierwszej wersji. Część reguł trzeba nazwać, część usunąć, a część zostawić w systemie finansowo-magazynowym jako proces ręczny do fazy drugiej.

Drugi błąd to „wszystko w czasie rzeczywistym”. Ceny i dostępność dla ścieżki zakupu często wymagają świeżych danych, ale faktury, raporty i część historii zamówień mogą iść paczkami. Dobrze zaprojektowana sprzedaż firmowa rozróżnia dane krytyczne dla koszyka od danych potrzebnych do raportowania.

Trzeci błąd to brak planu po uruchomieniu. Medusa jest otwarta i elastyczna, ale wymaga utrzymania: aktualizacji, monitorowania działania, testów regresji, obsługi szczytów ruchu, kontroli połączeń z systemami i planu zmian biznesowych.