# 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](https://doc.shoprenter.hu/development/api/07_webhook.html)). 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](https://unas.hu/tudastar/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](https://github.com/woocommerce/woocommerce/blob/trunk/license.txt)), 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](https://wordpress.org/plugins/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](https://shopify.dev/docs/storefronts/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](https://web.dev/articles/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](https://www.mestersegesintelligenciakozpont.hu/pl/uslugi/automatyzacja-procesow). Ogólne porównanie oprogramowania na zamówienie i gotowego produktu omawia artykuł [Oprogramowanie na zamówienie czy gotowe rozwiązanie (SaaS)?](https://www.mestersegesintelligenciakozpont.hu/pl/baza-wiedzy/oprogramowanie-na-zamowienie-czy-gotowe-rozwiazanie).

## 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](https://nav.gov.hu/ado/afa/A_szamlakibocsatok_sz20201231)). Opis interfejsu maszynowego NAV publikuje także w publicznym repozytorium ([NAV: Online-Invoice](https://github.com/nav-gov-hu/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](https://docs.szamlazz.hu/)). 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](https://docs.stripe.com/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](https://www.mestersegesintelligenciakozpont.hu/pl/uslugi/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](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:02011L0083-20260927)):

- 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](https://eur-lex.europa.eu/legal-content/PL/TXT/?uri=CELEX:32023L2673)).
- 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](https://njt.hu/jogszabaly/2014-45-20-22), 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](https://eur-lex.europa.eu/legal-content/PL/TXT/?uri=CELEX:32019L0882)). 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.

### Pliki cookie i zgoda

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](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:02002L0058-20091219)). 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](https://help.shopify.com/en/manual/shopify-admin/productivity-tools/shopify-magic)).
- **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](https://www.mestersegesintelligenciakozpont.hu/pl/uslugi/chatboty-i-agenci-ai); o tle prawnym piszemy w artykule [AI Act i RODO](https://www.mestersegesintelligenciakozpont.hu/pl/baza-wiedzy/ai-act-i-rodo-w-chatbocie-firmowym).

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](https://help.shopify.com/en/manual/products/import-export/export-products), [exporting orders](https://help.shopify.com/en/manual/fulfillment/managing-orders/exporting-orders), [exporting customers](https://help.shopify.com/en/manual/customers/import-export-customers)), ale zdjęcia produktów nie trafiają do pliku CSV z produktami, dlatego trzeba je zapisać osobno. Kroki przeniesienia:

1. **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ć.
2. **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.
3. **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](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)).
4. **Ponowne podłączenie integracji:** fakturowanie, płatności, kurier i stany magazynowe, przetestowane od początku do końca zamówieniami próbnymi.
5. **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](https://www.mestersegesintelligenciakozpont.hu/pl/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](https://eur-lex.europa.eu/legal-content/PL/TXT/?uri=CELEX:32016R0679)). 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](https://www.mestersegesintelligenciakozpont.hu/pl/uslugi/tworzenie-sklepow-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](https://www.mestersegesintelligenciakozpont.hu/pl/kontakt).

## Źródła

- [EUR-Lex: Dyrektywa 2011/83/UE w sprawie praw konsumentów, tekst skonsolidowany](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:02011L0083-20260927)
- [EUR-Lex: Dyrektywa (UE) 2023/2673 zmieniająca dyrektywę 2011/83/UE](https://eur-lex.europa.eu/legal-content/PL/TXT/?uri=CELEX:32023L2673)
- [Nemzeti Jogszabálytár (węgierska krajowa baza aktów prawnych): rozporządzenie rządu nr 45/2014 (II. 26.) (po węgiersku)](https://njt.hu/jogszabaly/2014-45-20-22)
- [EUR-Lex: Dyrektywa (UE) 2019/882 w sprawie wymogów dostępności produktów i usług](https://eur-lex.europa.eu/legal-content/PL/TXT/?uri=CELEX:32019L0882)
- [EUR-Lex: Dyrektywa 2002/58/WE, tekst skonsolidowany](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:02002L0058-20091219)
- [EUR-Lex: Rozporządzenie (UE) 2016/679 (ogólne rozporządzenie o ochronie danych, RODO)](https://eur-lex.europa.eu/legal-content/PL/TXT/?uri=CELEX:32016R0679)
- [NAV: zasady raportowania danych faktur przez wystawców faktur obowiązujące od 4 stycznia 2021 r. (po węgiersku)](https://nav.gov.hu/ado/afa/A_szamlakibocsatok_sz20201231)
- [NAV Online-Invoice: publiczne repozytorium](https://github.com/nav-gov-hu/Online-Invoice)
- [Számlázz.hu: dokumentacja API](https://docs.szamlazz.hu/)
- [Shoprenter: WebHook automation](https://doc.shoprenter.hu/development/api/07_webhook.html)
- [UNAS: dokumentacja API (po węgiersku)](https://unas.hu/tudastar/api)
- [WordPress.org: WooCommerce](https://wordpress.org/plugins/woocommerce/)
- [WooCommerce: licencja](https://github.com/woocommerce/woocommerce/blob/trunk/license.txt)
- [Shopify: Headless commerce](https://shopify.dev/docs/storefronts/headless)
- [Shopify Help Center: Exporting products](https://help.shopify.com/en/manual/products/import-export/export-products)
- [Shopify Help Center: Exporting orders](https://help.shopify.com/en/manual/fulfillment/managing-orders/exporting-orders)
- [Shopify Help Center: Exporting customers](https://help.shopify.com/en/manual/customers/import-export-customers)
- [Shopify Help Center: AI features in the Shopify admin](https://help.shopify.com/en/manual/shopify-admin/productivity-tools/shopify-magic)
- [Stripe: Integration security guide](https://docs.stripe.com/security/guide)
- [Google Search Central: Site moves with URL changes](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)
- [web.dev: Web Vitals](https://web.dev/articles/vitals)