Rozbudowa i zmiany xSale, kiedy standard to za mało.
Jeśli rozwijasz sprzedaż, dodajesz nowe kanały, zmieniasz ERP albo potrzebujesz własnej logiki integracji, xSale może zostać rozszerzone pod Twój proces. Możesz zlecić te prace zespołowi xSale albo zbudować własne połączenia przez API.
Wybór zależy od tego, kto ma później odpowiadać za zmianę.
Rozbudowa xSale nie musi oznaczać obchodzenia standardu. Najpierw ustalamy, czy wystarczy konfiguracja, czy potrzebna jest praca dedykowana, a dopiero potem wybieramy właściwy model.
Gdy zmiana ma stać się częścią działania xSale.
Prace są analizowane, wyceniane i realizowane przez zespół, który zna standard xSale, integracje, ograniczenia techniczne i konsekwencje utrzymania.
- pisemne utrzymanie przez minimum 2 lata w uzgodnionym zakresie,
- dopasowanie do zmian po stronie xSale bez dodatkowego kosztu utrzymania tej zmiany w tym okresie,
- dokumentacja zakresu i różnic względem standardu,
- większe możliwości zmian, także poza warstwą publicznego API.
Gdy chcesz pełnej kontroli po swojej stronie.
API pozwala tworzyć własne integracje, automatyzacje i aplikacje wokół xSale. To dobra ścieżka, gdy masz własny zespół techniczny i chcesz zarządzać rozwiązaniem samodzielnie.
- samodzielnie utrzymujesz kod, infrastrukturę i monitoring,
- sam ponosisz koszty późniejszych poprawek, zmian i testów,
- sam opisujesz, czym rozwiązanie różni się od standardowego xSale,
- korzystasz z publicznych możliwości API i jego limitów.
Dedykowana rozbudowa ma działać w operacji, nie tylko w dniu odbioru.
Jeżeli prace wykonuje xSale, traktujemy je jako rozszerzenie działania systemu. Dlatego opisujemy zakres, utrzymujemy zmianę i dopasowujemy ją do rozwoju xSale w potwierdzonym okresie.
Rozbudowa ma sens, gdy proces sprzedaży rośnie szybciej niż standardowa konfiguracja.
Najczęściej chodzi o nowe integracje, niestandardowe mapowania, własne statusy, dokumenty, pola, automatyzacje albo reguły, które muszą pasować do pracy zespołu i ERP.
Nowy system, kanał albo niestandardowy przepływ danych.
Sprawdzamy API, wymagane obiekty, statusy, częstotliwość synchronizacji i odpowiedzialność za błędy.
Zmiana logiki zamówień, dokumentów, cen albo magazynów.
Porównujemy potrzebę ze standardem xSale i wskazujemy, co jest konfiguracją, a co wymaga prac dedykowanych.
Własne pola, mapowania i reguły wynikające z pracy w ERP.
Opisujemy, jak dane mają przechodzić między ERP, xSale, kanałami sprzedaży, dokumentami i magazynem.
Większy wolumen, więcej wyjątków i większa potrzeba kontroli.
Ustalamy, które zmiany mają wejść do działania xSale, a które lepiej zostawić jako własną aplikację klienta.
Najpierw zakres i odpowiedzialność, potem wycena.
Dzięki temu klient wie, co zostaje w standardzie xSale, co będzie dedykowaną rozbudową, a co może pozostać po stronie własnego zespołu technicznego.
Masz pomysł na rozszerzenie xSale?
Opisz, co chcesz połączyć, zmienić albo zautomatyzować. Sprawdzimy, czy lepiej zrobić to jako rozbudowę xSale, konfigurację standardu czy własną integrację przez API.
EN