Sklep internetowy: platforma abonamentowa czy rozwiązanie na zamówienie?

Według Mesterséges Intelligencia Központ Kft., firmy programistycznej z Budapesztu, od sklepu na platformie abonamentowej warto zacząć, jeśli oferta mieści się w jej ramach; rozwiązanie na zamówienie opłaca się, gdy sposób ustalania cen lub integracje te ramy przerastają.

W skrócie: decydują trzy pytania: czy asortyment i proces zamówienia mieszczą się w ramach platformy abonamentowej, z iloma innymi systemami sklep musi wymieniać dane i jak ważne jest, aby można go było dalej rozwijać bez ograniczeń platformy. Dla wielu firm platforma abonamentowa to dobry pierwszy krok: jeśli dane można wyeksportować, później także da się przejść na rozwiązanie na zamówienie.

Spośród jakich możliwości można wybierać?

„Sklep internetowy” może dziś oznaczać cztery różne drogi. Granice nie są ostre (za platformą abonamentową może działać integracja na zamówienie, a sklep na zamówienie może korzystać z gotowej strony płatności), ale odpowiedzialność i swoboda działania leżą w każdym z tych przypadków gdzie indziej.

Sklep na platformie abonamentowej (SaaS)

SaaS (software as a service, oprogramowanie jako usługa) oznacza, że oprogramowanie sklepu uruchamia, aktualizuje i zabezpiecza dostawca, a sprzedawca wykupuje na nie abonament i zarządza nim z poziomu przeglądarki. Przykładem międzynarodowym jest Shopify, a na rynku węgierskim Shoprenter i UNAS. Platformy abonamentowe można uzupełniać rozszerzeniami, a większość z nich oferuje też API: interfejs programistyczny, przez który inny system może pobierać dane ze sklepu lub zapisywać w nim dane.

Dokumentacja deweloperska Shoprentera opisuje interfejs zasób po zasobie (m.in. produkty, klientów i zamówienia) i oferuje też webhooki: automatyczne komunikaty, które sklep wysyła do systemu zewnętrznego po zdarzeniu, na przykład po złożeniu zamówienia lub zmianie jego statusu (Shoprenter: WebHook automation). Według dokumentacji UNAS celem API jest połączenie sklepu, nawet dwukierunkowe, z systemami zewnętrznymi, na przykład z programem do fakturowania lub systemem magazynowym; interfejs jest dostępny w pakietach abonamentowych PREMIUM i VIP (UNAS: dokumentacja API, sprawdzono 17 października 2026 r.). Warto więc już przy wyborze pakietu sprawdzić, na co pozwala dany poziom.

Sklep open source na własnym hostingu

Częstym przykładem jest WooCommerce, otwartoźródłowa wtyczka sklepu internetowego do systemu zarządzania treścią WordPress. Jej kod źródłowy jest dostępny na licencji GNU General Public License w wersji 2 lub późniejszej (WooCommerce: licencja), a opis wtyczki wymienia REST API i webhooki do integracji oraz podkreśla, że treści i dane sklepu pozostają u właściciela (WordPress.org: WooCommerce). Swoboda ma swoją cenę: o hosting, aktualizacje WordPressa i wtyczek, kopie zapasowe i ochronę musi zadbać właściciel albo podmiot, któremu zlecił eksploatację.

Sklep headless

W architekturze headless („bez głowy”) interfejs widziany przez kupującego i silnik sklepu są osobnymi systemami. Według dokumentacji deweloperskiej Shopify handel headless oddziela frontend sklepu od jego backendu: interfejs można zbudować i hostować w dowolnej technologii, a produkty, koszyk i kasę udostępnia API platformy (Shopify: Headless). Przydaje się to, gdy doświadczenie zakupowe ma być bardzo indywidualne, gdy sklep jest częścią strony internetowej bogatej w treści albo gdy ta sama oferta ma się pojawiać w kilku kanałach: w internecie, w aplikacji mobilnej, w kiosku. W zamian trzeba utrzymywać dwa systemy: platformę i własny interfejs.

Sklep tworzony na zamówienie

W sklepie na zamówienie model produktów, sposób ustalania cen, proces zamówienia i integracje powstają dokładnie pod sposób działania firmy. Nie ma ograniczeń platformy, ale nie ma też gotowego rynku rozszerzeń: wszystko, co sklep ma umieć, trzeba zaprojektować, stworzyć, przetestować i utrzymywać w eksploatacji. Droga na zamówienie sprawdza się wtedy, gdy sklep jest głównym kanałem sprzedaży firmy i musi ściśle współpracować z systemem zarządzania przedsiębiorstwem, magazynem lub produkcją.

Porównanie w jednej tabeli

Kryterium	Platforma abonamentowa	Open source (np. WooCommerce)	Headless	Rozwiązanie na zamówienie
Start	najszybszy: gotowy motyw i ustawienia	szybki, jeśli gotowe motywy i wtyczki wystarczą	dłuższy: trzeba zbudować własny interfejs	najdłuższy; decyduje rozmiar tworzonego rozwiązania
Model opłat	abonament, mogą dojść osobne opłaty za aplikacje dodatkowe	brak abonamentu za oprogramowanie; hosting, płatne wtyczki i eksploatacja	abonament platformy plus stworzenie i eksploatacja własnego interfejsu	jednorazowe stworzenie, potem eksploatacja i dalszy rozwój
Rozszerzalność	w ramach platformy i jej rynku rozszerzeń	swobodna, ale każda wtyczka to kolejny element do aktualizowania	interfejs można swobodnie kształtować, silnik należy do platformy	nieograniczona, kwestie kodu źródłowego reguluje umowa
Integracje (magazyn, ERP, fakturowanie, kurier)	gotowym rozszerzeniem lub przez API, jeśli pakiet na to pozwala	wtyczką lub kodem na zamówienie	przez API platformy	przez dowolny interfejs, według potrzeb firmy
Wydajność	wyznaczają ją infrastruktura dostawcy i jakość motywu	zależy od hostingu i liczby wtyczek	dobrze optymalizowalna, ale to własna praca	zależy od projektu i eksploatacji
Dane i eksport	zgodnie z funkcjami eksportu i warunkami platformy	cała baza danych należy do właściciela	dane silnika znajdują się na platformie	cała baza danych należy do zamawiającego
Hosting i bezpieczeństwo	odpowiada za nie dostawca	właściciel lub podmiot, któremu zlecił eksploatację	podział: silnik należy do platformy, interfejs do firmy	zamawiający lub podmiot, któremu zlecił eksploatację

Szybkość warto mierzyć, a nie szacować: zalecane przez Google wskaźniki Core Web Vitals mierzą ładowanie (LCP), responsywność (INP) i stabilność wizualną (CLS) (web.dev: Web Vitals) i można je stosować tak samo do każdego typu sklepu.

Kiedy wystarczy platforma abonamentowa, a kiedy opłaca się rozwiązanie na zamówienie?

Sygnały, że platforma abonamentowa wystarczy

Produkty są proste: niewiele wariantów, jednoznaczna cena, brak złożonej konfiguracji.
Proces zamówienia jest typowy: koszyk, sposób dostawy, płatność, potwierdzenie.
Do potrzebnych integracji (fakturowania, firmy kurierskiej, płatności) istnieją gotowe rozszerzenia.
Ważny jest szybki start, a zespół nie ma czasu ani zamiaru utrzymywać serwera.
Sklep jest jednym z kanałów sprzedaży, a nie całym modelem biznesowym.

Sygnały, że warto pójść w kierunku rozwiązania na zamówienie lub headless

Produkty są konfigurowalne, wykonywane na wymiar albo cena wynika z kilku czynników.
Potrzebne są cenniki dla odsprzedawców (B2B), niestandardowe reguły rabatowe, ceny z umów ramowych.
Sklep musi współpracować w czasie rzeczywistym z ERP, magazynem lub produkcją.
Liczba wtyczek jest już tak duża, że nawet jedna aktualizacja stanowi ryzyko.
Z powodu ograniczeń platformy firma dostosowuje własny proces do oprogramowania, a nie odwrotnie.

Częstym i dobrym rozwiązaniem pośrednim jest sklep na platformie abonamentowej z integracją na zamówienie: sklep pozostaje na platformie, a za nim usługa stworzona na zamówienie łączy zamówienia z programem do fakturowania, magazynem i systemem zarządzania przedsiębiorstwem. To zadanie z zakresu integracji systemów; szczegóły opisuje strona Automatyzacja procesów. Ogólne porównanie oprogramowania na zamówienie i gotowego produktu omawia artykuł Oprogramowanie na zamówienie czy gotowe rozwiązanie (SaaS)?.

Specyfika węgierska: fakturowanie, NAV, kurierzy, płatności

Fakturowanie i NAV Online Számla

Według informacji NAV, czyli węgierskiego urzędu skarbowego, od 4 stycznia 2021 r. raportowanie danych faktur obejmuje także faktury wystawiane osobom niebędącym podatnikami VAT, a więc również kupującym będącym osobami prywatnymi; program do fakturowania musi przesłać dane elektronicznie do systemu Online Számla natychmiast po wystawieniu faktury, bez udziału człowieka, w formacie XML (NAV). Opis interfejsu maszynowego NAV publikuje także w publicznym repozytorium (NAV: Online-Invoice). Sklepy internetowe zazwyczaj rozwiązują to za pośrednictwem serwisu do fakturowania: według dokumentacji Számlázz.hu na przykład interfejs o nazwie Számla Agent pozwala automatyzować operacje na fakturach i paragonach w formacie XML (Számlázz.hu: dokumentacja API). Najważniejszy jest proces: z opłaconego lub zrealizowanego zamówienia faktura powinna powstawać bez ręcznego przepisywania, a ktoś powinien zostać powiadomiony o błędnym lub odrzuconym raporcie danych.

Firmy kurierskie i automaty paczkowe

Podłączenie dostawców usług kurierskich i punktów odbioru oznacza trzy rzeczy: przy finalizacji zamówienia kupujący może wybrać punkt odbioru lub automat paczkowy, etykieta paczki powstaje automatycznie z zamówienia, a status przesyłki wraca do sklepu i do kupującego. W przypadku platformy abonamentowej warto sprawdzić, czy istnieje do tego gotowe rozszerzenie; w sklepie na zamówienie albo gdy brak odpowiedniego rozszerzenia, łączymy się z interfejsem dostawcy usługi. Podłączamy na przykład usługi GLS, Foxpost, MPL lub Packeta.

Płatności online

Przy płatnościach kartą międzynarodowy standard bezpieczeństwa PCI DSS dotyczy każdego, kto przechowuje, przetwarza lub przesyła dane kart. Według dokumentacji Stripe w integracjach o niższym ryzyku dane płatności trafiają bezpośrednio do operatora płatności i nie przechodzą przez serwery sprzedawcy, co zmniejsza obowiązki sprzedawcy wynikające z PCI (Stripe: Integration security guide). Dlatego zalecamy, aby sklep nie przechowywał danych kart: płatność powinna odbywać się na stronie lub we wbudowanym interfejsie operatora, na przykład Barion, SimplePay lub Stripe.

Stany magazynowe i system zarządzania przedsiębiorstwem

Jeśli stany magazynowe są prowadzone w systemie magazynowym lub w ERP, sklep musi z niego odczytywać dane, aby nie można było zamówić wyprzedanego produktu, i zapisywać w nim zamówienia. To jedno z najważniejszych połączeń sklepu; o zapleczu administracyjnym (back-office) piszemy na stronie Oprogramowanie biznesowe.

Kwestie prawne dotyczące każdego sklepu internetowego

Przepisy obowiązują niezależnie od platformy: na platformie abonamentowej dostawca w wielu sprawach pomaga, ale za zgodność z przepisami odpowiada sprzedawca. To informacja, a nie porada prawna. W konkretnym przypadku warto skonsultować się z prawnikiem.

Prawo odstąpienia od umowy

Dyrektywa 2011/83/UE reguluje prawa konsumentów w odniesieniu do umów zawieranych na odległość; poniższe punkty opierają się na tekście skonsolidowanym z 27 września 2026 r. (EUR-Lex: Dyrektywa 2011/83/UE, tekst skonsolidowany):

Zgodnie z art. 9 ust. 1 konsument może w ciągu 14 dni odstąpić od umowy bez podawania przyczyny; w przypadku towarów termin ten co do zasady biegnie od dnia otrzymania towaru.
Zgodnie z art. 6 ust. 1 lit. h przedsiębiorca musi przed zawarciem umowy poinformować konsumenta o warunkach, terminie i procedurze korzystania z prawa odstąpienia od umowy; obejmuje to wzór formularza oraz, w stosownych przypadkach, informację o istnieniu i umiejscowieniu funkcji odstąpienia.
Zgodnie z art. 11a, wprowadzonym dyrektywą (UE) 2023/2673, w przypadku umów zawieranych na odległość za pośrednictwem interfejsu internetowego przedsiębiorca musi zapewnić funkcję odstąpienia, oznaczoną słowami „odstąp od umowy tutaj” (lub odpowiadającym im jednoznacznym sformułowaniem) i dostępną nieprzerwanie przez cały okres na odstąpienie od umowy, za pomocą której konsument może wysłać oświadczenie o odstąpieniu online; oświadczenie wysyła się funkcją potwierdzenia oznaczoną słowami „potwierdź odstąpienie od umowy”, a przedsiębiorca przesyła na trwałym nośniku potwierdzenie jego otrzymania. Państwa członkowskie stosują te przepisy od 19 czerwca 2026 r. (EUR-Lex: Dyrektywa (UE) 2023/2673).
Jeśli ta informacja nie zostanie przekazana, zgodnie z art. 10 okres na odstąpienie od umowy upływa 12 miesięcy po zakończeniu pierwotnego terminu.
Zgodnie z art. 13 przedsiębiorca zwraca wszystkie płatności otrzymane od konsumenta, w stosownych przypadkach łącznie z kosztami dostawy, w ciągu 14 dni od dnia, w którym został poinformowany o odstąpieniu od umowy.
Art. 16 wymienia wyjątki, na przykład towary wyprodukowane według specyfikacji konsumenta lub wyraźnie zindywidualizowane.

Na Węgrzech szczegółowe przepisy zawiera rozporządzenie rządu nr 45/2014 (II. 26.); funkcję odstąpienia regulują przepisy jego § 22 wprowadzone rozporządzeniem rządu nr 415/2025 (XII. 23.) (Nemzeti Jogszabálytár, sprawdzono 17 października 2026 r.). Dla sklepu internetowego oznacza to konkretne funkcje: informacja musi się pojawić przed złożeniem zamówienia, funkcja odstąpienia online musi być dostępna nieprzerwanie przez cały okres na odstąpienie od umowy, z potwierdzeniem otrzymania, zwroty towarów i płatności trzeba śledzić, a produkty zindywidualizowane trzeba oznaczyć.

Dostępność

Zgodnie z dyrektywą (UE) 2019/882 państwa członkowskie mają od 28 czerwca 2025 r. stosować wymogi dostępności do usług handlu elektronicznego świadczonych konsumentom (przepisy węgierskie opierają się na transpozycji dyrektywy); usługą handlu elektronicznego jest usługa świadczona za pośrednictwem stron internetowych i usług opartych na urządzeniach mobilnych w celu zawarcia umowy konsumenckiej (EUR-Lex: Dyrektywa (UE) 2019/882). Mikroprzedsiębiorstwa świadczące usługi muszą zostać zwolnione z tych wymogów (art. 4 ust. 5); według dyrektywy są to przedsiębiorstwa zatrudniające mniej niż dziesięć osób, których obrót lub suma bilansowa nie przekracza określonego progu. Zgodnie z załącznikiem I do dyrektywy strony internetowe i aplikacje mobilne muszą być postrzegalne, funkcjonalne, zrozumiałe i kompatybilne. Na platformie abonamentowej część z tego zależy od jakości platformy i wybranego motywu, dlatego warto sprawdzić motyw także pod kątem dostępności; w sklepie na zamówienie stosujemy się do wytycznych WCAG 2.2.

Zgodnie z art. 5 ust. 3 tekstu skonsolidowanego dyrektywy o prywatności i łączności elektronicznej, czyli dyrektywy 2002/58/WE, przechowywanie informacji na urządzeniu użytkownika lub uzyskiwanie dostępu do informacji tam przechowywanych jest dozwolone tylko za uprzednią zgodą, wyrażoną po otrzymaniu jasnych i wyczerpujących informacji. Wyjątkiem jest przechowywanie ściśle niezbędne do świadczenia usługi, której użytkownik wyraźnie zażądał (EUR-Lex: Dyrektywa 2002/58/WE). Plik cookie potrzebny do działania koszyka podlega więc innej ocenie niż analityczny lub reklamowy plik cookie: te ostatnie wymagają zgody, a baner cookie musi dawać rzeczywisty wybór.

Sztuczna inteligencja w sklepie internetowym

Teksty produktowe: przygotowanie opisów produktów, tekstów kategorii i tłumaczeń za pomocą dużego modelu językowego. Część platform abonamentowych oferuje to już jako funkcję wbudowaną: według centrum pomocy Shopify funkcje AI w panelu administracyjnym piszą także opisy produktów, a samo Shopify prosi sprzedawców, aby sprawdzali wszystkie treści utworzone przez AI, ponieważ mogą zawierać błędy (Shopify Help Center: AI features).
Wyszukiwarka: wyszukiwanie produktów, które rozumie także intencję kupującego („wodoodporne buty trekkingowe na deszcz”), a nie tylko dokładne słowo kluczowe.
Obsługa klienta: chatbot AI, który odpowiada na podstawie danych samego sklepu (produktów, warunków dostawy, statusu zamówienia) i sygnalizuje, że kupujący rozmawia ze sztuczną inteligencją. Szczegóły na stronie Chatboty i agenci AI; o tle prawnym piszemy w artykule AI Act i RODO.

Na platformie abonamentowej zakres funkcji AI zależy od tego, co oferuje platforma lub rozszerzenie. W sklepie na zamówienie lub przy integracji na zamówienie możemy wybierać spośród modeli OpenAI (ChatGPT), Anthropic (Claude) i Google (Gemini) i łączymy model bezpośrednio z danymi sklepu, z kontrolą człowieka tam, gdzie błąd kosztowałby pieniądze lub zaufanie.

Przeniesienie sklepu: z platformy abonamentowej na rozwiązanie na zamówienie

Wiele firm zaczyna od platformy abonamentowej i idzie dalej, gdy sklep wyrasta z jej ram. To, jak płynnie to przebiegnie, zależy w dużej mierze od tego, ile danych można wyprowadzić ze starego systemu. Według centrum pomocy Shopify na przykład produkty, zamówienia i klientów można wyeksportować do plików CSV (Shopify: exporting products, exporting orders, exporting customers), ale zdjęcia produktów nie trafiają do pliku CSV z produktami, dlatego trzeba je zapisać osobno. Kroki przeniesienia:

Inwentaryzacja danych: jakie dane są w starym systemie (produkty, warianty, zdjęcia, klienci, wcześniejsze zamówienia, kupony, strony z treścią) i co można z niego wyeksportować.
Mapowanie i czyszczenie danych: gdzie trafia każde stare pole i co trzeba uporządkować, na przykład zduplikowanych klientów lub niekompletne dane produktów.
Mapa adresów URL i przekierowania: według wytycznych Google Search Central każdy stary adres trzeba przypisać do nowego i skonfigurować po stronie serwera trwałe przekierowania (301 lub 308), aby nie utracić pozycji wypracowanej w wyszukiwarkach (Google Search Central).
Ponowne podłączenie integracji: fakturowanie, płatności, kurier i stany magazynowe, przetestowane od początku do końca zamówieniami próbnymi.
Uruchomienie produkcyjne i opieka powdrożeniowa: ostatnia synchronizacja danych ze starego systemu, a następnie monitorowanie wskaźników i błędów po przejściu.

Jeśli dziś wybierają Państwo platformę abonamentową, warto już teraz przygotować plan wyjścia: które dane można wyeksportować, w jakim formacie i czy istnieje API, przez które późniejszy system mógłby je na bieżąco przejmować.

Od czego zależą koszt i czas?

W przypadku platformy abonamentowej na koszt składają się abonament, aplikacje dodatkowe, motyw i praca włożona w konfigurację; jeśli potrzebna jest także integracja na zamówienie, wymaga ona osobnych prac programistycznych. W sklepie na zamówienie rozmiar funkcjonalny tworzonego rozwiązania mierzymy w punktach funkcyjnych COSMIC (ISO/IEC 19761), a na tej podstawie powstają oferta i harmonogram. Poza rozmiarem liczą się:

liczba integracji oraz to, jak dobrze udokumentowane są ich interfejsy;
złożoność modelu produktów: warianty, produkty konfigurowalne, niestandardowe reguły cenowe;
stopień indywidualizacji projektu graficznego i liczba interfejsów (web, aplikacja mobilna, panel administracyjny);
ilość i jakość danych do przeniesienia;
wymagania niefunkcjonalne: szybkość, dostępność systemu (uptime), dostępność cyfrowa, bezpieczeństwo;
zakres eksploatacji i dalszego rozwoju po przekazaniu.

Metodę pomiaru opisuje strona Wycena.

Częste błędy przy wyborze

Bierze się pod uwagę tylko koszt startu, a nie abonament, rozszerzenia i eksploatację w perspektywie kilku lat.
Nie sprawdza się z góry, jakie dane można wyeksportować i czy wybrany pakiet obejmuje API.
Instaluje się tyle wtyczek, że po aktualizacji nikt już nie wie, co i dlaczego przestało działać.
Zaczyna się od ręcznego fakturowania, które wraz ze wzrostem liczby zamówień staje się wąskim gardłem.
Przy przenoszeniu sklepu pomija się przekierowania i stare adresy prowadzą do stron błędu.
Baner cookie domyślnie akceptuje wszystko albo ładuje kody analityczne nawet po odmowie.

Częste pytania

Wybrać sklep na platformie abonamentowej czy na zamówienie?

Jeśli asortyment i proces zamówienia mieszczą się w ramach platformy abonamentowej (na przykład Shopify, Shoprenter, UNAS) lub WooCommerce, jest to szybszy start o mniejszym ryzyku. Sklep na zamówienie opłaca się wtedy, gdy asortyment lub sposób ustalania cen jest nietypowy, gdy potrzebne jest ścisłe połączenie z ERP lub magazynem w czasie rzeczywistym albo gdy sklep jest głównym kanałem sprzedaży i chcą go Państwo rozwijać bez ograniczeń platformy. Drogą pośrednią jest sklep na platformie abonamentowej z integracją na zamówienie.

Czy można przenieść sklep z platformy abonamentowej na rozwiązanie na zamówienie?

Tak, jeśli dane można wyprowadzić ze starego systemu: produkty, klientów, zamówienia, zdjęcia i treści. Istotną częścią przeniesienia są przekierowania ze starych adresów na nowe i ponowne podłączenie integracji. Warto już przy wyborze platformy abonamentowej sprawdzić, jakie możliwości eksportu i jakie API oferuje.

Czy sklep można połączyć z programem do fakturowania i magazynem?

Tak. Program do fakturowania (na przykład Számlázz.hu, Billingo) podłączamy przez automatyczne wystawianie faktur, a system magazynowy lub ERP przez synchronizację stanów magazynowych, jeśli mają dostępny interfejs (API) albo dane są dostępne w plikach lub w bazie danych. Takie połączenie można zbudować także za sklepem na platformie abonamentowej, jeśli API platformy jest dostępne w wybranym pakiecie.

Do kogo należą dane na platformie abonamentowej?

Określają to warunki korzystania z platformy i jej umowa powierzenia przetwarzania danych; zgodnie z art. 28 RODO przetwarzanie danych w imieniu administratora musi regulować umowa (EUR-Lex: Rozporządzenie (UE) 2016/679). W praktyce decydujące jest to, czy mogą Państwo wyprowadzić swoje dane: większe platformy oferują eksport i API, ale ich zakres różni się w zależności od platformy i pakietu. W sklepie na własnym hostingu lub na zamówienie cała baza danych jest u właściciela.

Czy sklep internetowy musi być dostępny cyfrowo?

Zgodnie z przepisami transponującymi dyrektywę (UE) 2019/882 usługi handlu elektronicznego świadczone konsumentom muszą od 28 czerwca 2025 r. spełniać wymogi dostępności; zgodnie z dyrektywą mikroprzedsiębiorstwa świadczące usługi muszą zostać z nich zwolnione. Jeśli firma nie jest mikroprzedsiębiorstwem, warto sprawdzić sklep pod kątem dostępności, a na platformie abonamentowej także motyw. To informacja, a nie porada prawna.

Jak możemy pomóc?

Tworzymy sklepy internetowe na zamówienie i łączymy je z operatorami płatności, dostawcami usług wysyłkowych i fakturowania, magazynem oraz ERP, a na życzenie także ze sztuczną inteligencją. Jeśli platforma abonamentowa dobrze Państwu służy, nie trzeba jej wymieniać: integrację zbudujemy za nią. Szczegóły opisuje strona Tworzenie sklepów internetowych.

Pierwsza konsultacja jest bezpłatna, na życzenie zawieramy umowę o zachowaniu poufności (NDA), a po przekazaniu zapewniamy również eksploatację i utrzymanie. Kwestie kodu źródłowego i praw do korzystania reguluje umowa. Jeśli opiszą Państwo w kilku zdaniach, co sprzedają i z jakimi systemami pracują, prosimy o kontakt.