power CRM / Optymalizacja sprzedaży i relacje z klientami / Integracja Subiekt z e-commerce: najczęstsze problemy

Integracja Subiekt z e-commerce: najczęstsze problemy

„Mamy Subiekta od 5 lat. Świetnie działa magazyn i faktury. Teraz chcemy otworzyć sklep internetowy. Jak połączyć Subiekta z WooCommerce?”

To pytanie słyszę w 60% audytów firm handlowych które wchodzą w e-commerce. I zwykle odpowiedź brzmi: „Technicznie można, ale przygotuj się na 7 typowych problemów które każdy napotyka.”

Integracja Subiekta z e-commerce (WooCommerce, BaseLinker, PrestaShop, Magento) jest możliwa, ale nie jest trywialna. Firmy które wdrażają ją „po prostu” napotykają te same problemy: błędna synchronizacja stanów, zdublowani klienci, ceny które nie aktualizują się, magazyn który „nie wie” co jest sprzedane online.

Ten artykuł to kompletny przewodnik po 7 najczęstszych problemach integracji Subiekt + e-commerce z realnymi case studies, kosztami błędów i rozwiązaniami.

 

Wszystko z doświadczenia 50+ wdrożeń i weryfikowanych źródeł.

Część 1: Krajobraz integracji (jak to działa technicznie)

Zanim przejdziemy do problemów, zrozummy jak to funkcjonuje.

3 główne architektury integracji

Architektura #1: Bezpośrednia (Subiekt ↔ sklep)

Subiekt GT/nexo <--API/Sfera--> WooCommerce/PrestaShop
  • Integracja point-to-point
  • Custom development (kod napisany przez developera)
  • Koszt: 5 000-15 000 zł (zależy od złożoności)
  • Dla kogo: firmy z 1 sklepem, bez marketplace

Architektura #2: Middleware (Subiekt ↔ BaseLinker ↔ sklepy)

Subiekt GT/nexo <---> BaseLinker <---> WooCommerce + Allegro + Amazon + eBay
  • BaseLinker jako hub centralny
  • Gotowe integracje (nie wymaga custom dev)
  • Koszt: 2 000-8 000 zł (setup) + 200-600 zł/mies. (BaseLinker)
  • Dla kogo: firmy sprzedające na wielu kanałach (marketplace + własny sklep)

Architektura #3: Platforma integracyjna (Subiekt ↔ integrator ↔ wszystko)

Subiekt <---> SellIntegro/SubSynch <---> sklepy + marketplace + CRM
  • Dedykowana platforma integracyjna
  • Synchronizacja real-time (co 3 sekundy według SellIntegro)
  • Koszt: 3 000-10 000 zł (setup) + 300-800 zł/mies.
  • Dla kogo: firmy z 6-10 mln zamówień miesięcznie (według SellIntegro)

Co synchronizuje się między Subiektem a e-commerce

Kierunek: Subiekt → sklep/marketplace

  • ✅ Produkty (nazwa, opis, cena, zdjęcia)
  • ✅ Stany magazynowe (ile sztuk dostępne)
  • ✅ Ceny (aktualizacja przy zmianie cennika)
  • ✅ Statusy dostępności (dostępny/niedostępny)

Kierunek: sklep/marketplace → Subiekt

  • ✅ Zamówienia (nowe zamówienie z sklepu tworzy dokument ZK/FS w Subiekcie)
  • ✅ Dane klienta (imię, adres, email, telefon)
  • ✅ Statusy zamówień (opłacone, wysłane, dostarczone)
  • ⚠️ Płatności (niektóre integracje sync status płatności, inne nie)

Dwukierunkowa:

  • ✅ Stany magazynowe (sprzedaż w sklepie → odejmuje w Subiekcie, przyjęcie PZ → dodaje w sklepie)

Problem #1: Synchronizacja stanów magazynowych (najczęstszy)

To najczęstszy problem zgłaszany przez firmy. Według Orbis Software (partner BaseLinker), błędy synchronizacji stanów występują w 70% wdrożeń przed optymalizacją.

Jak to wygląda w praktyce

Scenariusz A: Sprzedaż której nie widać

  1. Klient kupuje produkt X w sklepie WooCommerce (1 sztuka)
  2. WooCommerce odejmuje stan lokalnie (w swojej bazie)
  3. Integracja nie sync do Subiekta (błąd połączenia, timeout, brak konfiguracji)
  4. W Subiekcie dalej jest 10 sztuk produktu X
  5. Sprzedawca w sklepie stacjonarnym sprzedaje 8 sztuk (zostaje 2 w Subiekcie)
  6. Integracja sync stan z Subiekta do WooCommerce: 2 sztuki
  7. WooCommerce przpisuje: było 9 (10 minus 1 sprzedana), teraz Subiekt mówi 2, różnica -7 → gdzie te 7 sztuk?

Efekt: chaos, brak wiedzy co faktycznie jest w magazynie.

Scenariusz B: Podwójna sprzedaż

  1. W Subiekcie: 1 sztuka produktu Y
  2. Sync do sklepu: WooCommerce pokazuje 1 szt. dostępna
  3. Klient A kupuje w sklepie (WooCommerce odejmuje, zostaje 0)
  4. Zanim integracja sync do Subiekta, Klient B kupuje w sklepie stacjonarnym (sprzedawca wystawia dokument w Subiekcie, zostaje 0)
  5. Magazyn: 0 sztuk fizycznie
  6. Oba zamówienia są w systemie (sklep + stacjonarny)
  7. Jeden klient nie dostanie towaru

Efekt: złamana obietnica, zwrot, niezadowolony klient, możliwa kara UOKiK.

Realny case study (2024)

Firma: Sklep z elektroniką, Subiekt GT + WooCommerce + Allegro (przez BaseLinker)

Problem zgłoszony: „Klienci kupują produkty które pokazują się jako dostępne w sklepie, a potem dzwonimy że 'niestety nie mamy na stanie’. Mieliśmy 15 takich sytuacji w zeszłym miesiącu.”

Analiza:

  • Integracja: custom (napisana przez developera 3 lata temu)
  • Synchronizacja stanów: raz dziennie o 3:00 (batch sync)
  • W ciągu dnia: stany w Subiekcie zmieniają się (sprzedaż stacjonarna, przyjęcia PZ), sklep nie wie

Przykład:

  • 3:00 – sync: produkt X = 5 sztuk w sklepie
  • 10:00 – sprzedaż stacjonarna: 4 sztuki → w Subiekcie zostaje 1
  • 14:00 – klient kupuje 2 sztuki w sklepie online (widzi „5 dostępnych”)
  • Brakuje 1 sztuki (klient zamówił 2, jest tylko 1)

Koszt problemu:

  • 15 anulowanych zamówień/mies. × średnia wartość 800 zł = 12 000 zł utraconych
  • Reputacja: 8 negatywnych opinii (Trustpilot, Google)

Rozwiązanie: przejście na SellIntegro z sync real-time (co 3 sekundy)

Efekt po 60 dniach:

  • Anulowane zamówienia: z 15 do 0 per miesiąc
  • Negatywne opinie: 0 nowych
  • Koszt: 5 000 zł (setup) + 400 zł/mies.

ROI: 12 000 zł zaoszczędzone vs 5 400 zł koszt (rok 1) = 122% ROI

3 rozwiązania synchronizacji stanów

Rozwiązanie #1: Sync real-time (webhooks)

Jak działa: każda zmiana w Subiekcie (sprzedaż, przyjęcie) → natychmiast webhook do middleware → sync do sklepu

Plusy:

  • Stany zawsze aktualne (opóźnienie <5 sekund)
  • Minimalne ryzyko podwójnej sprzedaży

Minusy:

  • Wymaga middleware (SellIntegro, SubSynch) = dodatkowy koszt 300-800 zł/mies.
  • Obciąża serwer przy dużym ruchu

Dla kogo: firmy z dużą rotacją (>100 zamówień/dzień), sprzedaż stacjonarna + online równolegle

Rozwiązanie #2: Sync zaplanowany (scheduled)

Jak działa: co X minut (5, 15, 30) integracja sprawdza Subiekt i aktualizuje sklep

Plusy:

  • Prostsze wdrożenie
  • Mniejsze obciążenie serwera

Minusy:

  • Opóźnienie (max X minut)
  • Ryzyko podwójnej sprzedaży w oknie X minut

Dla kogo: małe sklepy (<50 zamówień/dzień), produkty z większą dostępnością (>5 sztuk per SKU)

Rozwiązanie #3: Rezerwacje magazynowe

Jak działa: zamówienie w sklepie → rezerwacja w Subiekcie (nie odejmuje od stanu, tylko blokuje) → po opłaceniu → odejmuje stan

Plusy:

  • Unika podwójnej sprzedaży nawet przy opóźnionym sync
  • Chronisz się przed „fantom” zamówieniami (nieopłacone)

Minusy:

  • Wymaga konfiguracji w Subiekcie (moduł Rezerwacje)
  • Produkty wyglądają na „dostępne” w raporcie stanów mimo że zarezerwowane

Dla kogo: produkty o małej dostępności (1-3 sztuki), wysokie ryzyko podwójnej sprzedaży

Orbis Software zaleca: „Implementacja mechanizmu rezerwacji magazynowych i synchronizacja w czasie rzeczywistym” jako best practice.

Problem #2: Ceny per kanał (sklep vs Allegro vs Amazon)

Dlaczego to problem

Chcesz sprzedawać ten sam produkt w:

  • Własnym sklepie: 100 zł
  • Allegro: 120 zł (wyższa prowizja = wyższa cena)
  • Amazon: 110 zł (inna prowizja)

Subiekt GT ma 1 cennik dla produktu. Jak ustawić 3 różne ceny?

Typowe „obejścia” (i ich problemy)

Obejście #1: Rabat w Subiekcie per kontrahent

Idea: stwórz 3 kontrahentów fikcyjnych („Allegro”, „Amazon”, „Sklep”), każdy ma inny rabat.

Problem:

  • Subiekt nadal ma 1 cenę bazową
  • Przy zmianie ceny musisz przeliczyć wszystkie rabaty
  • Chaos w raportach („kto to kontrahent Allegro?”)

Obejście #2: Osobne cenniki w Subiekcie nexo PRO

Subiekt nexo PRO pozwala na wiele cenników. Możesz mieć:

  • Cennik A (sklep własny)
  • Cennik B (Allegro)
  • Cennik C (Amazon)

Problem:

  • Wymaga nexo PRO (droższa wersja)
  • Trzeba ręcznie zarządzać 3 cennikami (zmiana ceny = 3x praca)

Obejście #3: Cena w BaseLinker/middleware (nadpisuje Subiekt)

Idea: Subiekt ma cenę bazową (np. 100 zł), BaseLinker ma własne reguły:

  • Sklep: cena Subiekt × 1.0 = 100 zł
  • Allegro: cena Subiekt × 1.2 = 120 zł
  • Amazon: cena Subiekt × 1.1 = 110 zł

Plusy:

  • Działa out-of-the-box w BaseLinker
  • Zmiana ceny w Subiekcie → automatycznie przelicza się w kanałach

Minusy:

  • Ceny nie są w Subiekcie (są w BaseLinker) → raportowanie w Subiekcie pokazuje błędne przychody
  • Jeśli wyłączysz BaseLinker, tracisz logikę cenową

Realny case study (2025)

Firma: Sklep z odzieżą, Subiekt GT + WooCommerce + Allegro + eBay

Problem: „Sprzedajemy na 4 kanałach. Każdy ma inną prowizję, więc ceny muszą być różne. Zmieniamy ceny raz w tygodniu (promocje, sezon). Asystentka spędza 6h tygodniowo na ręcznym aktualizowaniu cen w 4 miejscach.”

Koszt: 6h × 4 tygodnie × 80 zł/h = 1 920 zł miesięcznie na ręczne zarządzanie cenami.

Rozwiązanie: BaseLinker z regułami cen + sync z Subiektem

Konfiguracja:

  • Cena bazowa w Subiekcie: 100 zł
  • BaseLinker reguły:
    • WooCommerce: Subiekt × 1.0
    • Allegro: Subiekt × 1.15 (prowizja 15%)
    • eBay: Subiekt × 1.12 (prowizja 12%)
    • Amazon: Subiekt × 1.18 (prowizja 18%)

Efekt:

  • Asystentka zmienia cenę 1x (w Subiekcie)
  • BaseLinker automatycznie przelicza i sync do wszystkich kanałów
  • Czas: z 6h tygodniowo do 30 min

Oszczędność: 5,5h tygodniowo = 22h miesięcznie = 1 760 zł/mies. = 21 120 zł rocznie

Koszt BaseLinker: ~400 zł/mies. = 4 800 zł/rok

ROI: (21 120 – 4 800) / 4 800 = 340%

Problem #3: Błędy magazynowe (sold-out który nie sold-out)

Typowy scenariusz

Co się dzieje:

  1. Produkt X w Subiekcie: 0 sztuk (sold-out)
  2. Integracja sync do sklepu: produkt X niedostępny (ukryty lub status „brak”)
  3. Magazynier przyjmuje dostawę (dokument PZ w Subiekcie: +50 sztuk)
  4. W Subiekcie: 50 sztuk dostępne
  5. Integracja nie sync (błąd, timeout, scheduled sync dopiero za 2h)
  6. W sklepie: dalej status „niedostępny”
  7. Klienci widzą „brak towaru” mimo że jest 50 sztuk w magazynie

Koszt: utracona sprzedaż przez 2 godziny (lub dzień jeśli sync tylko w nocy).

Realny case study (2024)

Firma: Sklep z narzędziami, Subiekt nexo + WooCommerce

Problem: „Klienci piszą 'kiedy będzie dostępny produkt X?’, a my mamy go 30 sztuk w magazynie od wczoraj. Sklep nie widzi.”

Przyczyna: sync scheduled (1x dziennie o 2:00)

Rozwiązanie: zmiana na sync co 15 minut

Efekt: średnio 8 produktów dziennie „wracało do sprzedaży” 22 godziny szybciej (zamiast czekać do 2:00, wracały o 4:15, 4:30, itd.)

Szacunkowa utracona sprzedaż przed: 8 produktów × 22h × 0,5 zamówienia/h × 150 zł = 13 200 zł miesięcznie

Po optymalizacji: utrata <1h per produkt = minimalna

Problem #4: Dublowanie klientów (chaos w bazie)

Jak to się dzieje

Scenariusz A: Ten sam klient, 3 rekordy

  1. Jan Kowalski kupuje w sklepie stacjonarnym → sprzedawca tworzy kontrahenta w Subiekcie: „Jan Kowalski, NIP 123-456-78-90”
  2. Jan Kowalski kupuje w sklepie WooCommerce → integracja tworzy kontrahenta: „Jan Kowalski, jan.kowalski@gmail.com” (bez NIP bo klient kupił jako osoba prywatna)
  3. Jan Kowalski kupuje na Allegro → BaseLinker tworzy kontrahenta: „Jan Kowalski (Allegro: jankowal123)”

W Subiekcie: 3 rekordy dla tego samego klienta.

Problemy:

  • ❌ Historia zakupów rozproszona (nie wiesz ile faktycznie kupił)
  • ❌ Rozrachunki chaotyczne (który Jan Kowalski jest winien 500 zł?)
  • ❌ Raportowanie błędne (wygląda jak 3 klientów zamiast 1)

Scenariusz B: Nieopłacone zamówienie tworzy kontrahenta

  1. Klient tworzy konto w sklepie WooCommerce → integracja tworzy kontrahenta w Subiekcie
  2. Klient dodaje produkty do koszyka, nie płaci, porzuca
  3. W Subiekcie zostaje kontrahent (nigdy nic nie kupił, ghost record)

Po roku: 5 000 kontrahentów w Subiekcie, z czego 3 000 to ghost records (konta które nigdy nie kupiły).

Realny case study (2025)

Firma: Hurtownia budowlana, Subiekt GT + sklep B2B

Problem: „Mamy 8 000 kontrahentów w Subiekcie. Ale faktycznie kupujących klientów jest ~2 000. Reszta to duplikaty albo konta z nieukończonych zamówień.”

Koszt:

  • Baza danych przerosnięta (wolne raporty, Subiekt zaczyna się ciąć przy >10k rekordów w GT)
  • Chaos w rozrachunkach (księgowość nie wie który Jan Kowalski to który)
  • 40h miesięcznie spędzone na „czyszczeniu” bazy

Rozwiązanie:

  1. Walidacja NIP: integracja sprawdza czy kontrahent już istnieje (po NIP dla firm, po email dla osób prywatnych)
  2. Merge logic: jeśli Jan Kowalski istnieje (NIP 123-456), nowe zamówienie przypisuje do istniejącego rekordu (nie tworzy nowego)
  3. Opóźnione tworzenie: kontrahent tworzony dopiero przy opłaconym zamówieniu (nie przy created account)

Efekt po 90 dniach:

  • Nowi kontrahenci: z 300/mies. do 80/mies. (reszta to merge do istniejących)
  • Baza: 8 000 → 2 500 (usunięto ghost records)
  • Subiekt działa 3x szybciej (mniejsza baza)

Według Orbis Software: „Automatyczne tworzenie kontrahentów z walidacją NIP/REGON dla firm” to best practice.

Problem #5: Nieprawidłowe obliczanie VAT (multi-country)

Problem

Sprzedajesz do Polski i UE. VAT:

  • Polska: 23%
  • Niemcy: 19%
  • Francja: 20%

Subiekt GT: domyślnie używa 1 stawki VAT dla produktu (z kartoteki towaru).

Sklep WooCommerce: wie skąd jest klient (IP, adres) i potrafi zastosować właściwą stawkę VAT per kraj.

Integracja: zamówienie z Niemiec (19% VAT) trafia do Subiekta → Subiekt aplikuje 23% VAT (polska stawka) → błąd w fakturze.

Realny case study (2024)

Firma: Sklep z kosmetykami, sprzedaż PL + DE + AT

Problem: „Faktury dla klientów z Niemiec mają 23% VAT zamiast 19%. Klienci reklamują. Musimy wystawiać faktury korygujące. W zeszłym miesiącu było 12 takich sytuacji.”

Przyczyna: integracja nie przekazywała informacji o kraju klienta do Subiekta

Rozwiązanie: konfiguracja matrycy VAT w middleware (BaseLinker)

Jak działa:

  • Zamówienie z DE → BaseLinker sprawdza kraj → aplikuje 19% VAT → przekazuje do Subiekta z ręcznie ustawioną stawką 19%
  • Subiekt tworzy fakturę z 19% VAT (nie używa domyślnej 23%)

Orbis Software: „Konfiguracja matrycy stawek VAT zależnej od typu produktu i rynku docelowego.”

Problem #6: Płatności zaliczkowe i online (księgowanie w Subiekcie)

Problem

Workflow e-commerce:

  1. Klient składa zamówienie w sklepie
  2. Płaci online (PayU, Przelewy24, PayPal)
  3. Płatność przychodzi od razu (status „opłacone”)
  4. Wysyłka następnego dnia

Subiekt oczekuje:

  1. Zamówienie (dokument ZK)
  2. Wysyłka (dokument WZ)
  3. Faktura (dokument FS)
  4. Płatność (rozrachunek, termin 7/14/30 dni)

Mismatch: w e-commerce płatność jest PRZED wysyłką. W tradycyjnym B2B płatność jest PO wysyłce.

Co się psuje

Problem A: Płatności online nie są księgowane

Integracja tworzy fakturę (FS) ale nie tworzy wpłaty (rozrachunek).

Efekt: w Subiekcie wygląda że klient jest winien 500 zł, a faktycznie zapłacił (online).

Problem B: Faktury zaliczkowe

W e-commerce: klient płaci → wysyłasz towar.

W Subiekcie prawidłowy flow: faktura zaliczkowa (FZ) → wpłata → faktura końcowa (FS) → dokument WZ.

Większość integracji nie obsługuje FZ automatycznie (trzeba custom logic).

Realny case study (2024)

Firma: Sklep z elektroniką, 200 zamówień/mies., 100% przedpłata online

Problem: „Księgowa spędza 15h miesięcznie na ręcznym 'pukaniu’ wpłat w Subiekcie. Klient płaci przez PayU, ale w Subiekcie faktura pokazuje się jako 'nieopłacona’. Trzeba ręcznie zaznaczyć że wpłacił.”

Koszt: 15h × 80 zł/h = 1 200 zł miesięcznie = 14 400 zł rocznie na ręczne księgowanie.

Rozwiązanie: integracja Subiekt + PayU (webhook)

Workflow:

  1. Klient płaci przez PayU
  2. PayU wysyła webhook do middleware
  3. Middleware tworzy fakturę FS w Subiekcie + automatycznie tworzy wpłatę (rozrachunek)
  4. Status w Subiekcie: „opłacone”

Efekt: księgowa oszczędza 15h/mies., 0 błędów w rozrachunkach.

Orbis Software: „Automatyczne tworzenie dokumentów WZ/FS z odpowiednim oznaczeniem płatności.”

Problem #7: Aktualizacja opisów produktów (content sync)

Problem

Masz 500 produktów.

W Subiekcie: kartoteka towaru z polami:

  • Nazwa
  • Symbol
  • Cena
  • Stan

W sklepie WooCommerce potrzebujesz:

  • Nazwa
  • Opis krótki (50-100 słów)
  • Opis długi (200-500 słów)
  • Zdjęcia (3-5 per produkt)
  • Atrybuty (kolor, rozmiar, materiał)
  • SEO (meta title, meta description)
  • Kategorie

Subiekt GT: ma tylko Nazwa + Symbol. Nie ma pól na opisy długie, zdjęcia multiple, atrybuty.

Pytanie: skąd wziąć treści do sklepu?

3 podejścia (i ich problemy)

Podejście #1: Treści tylko w sklepie (Subiekt = tylko magazyn)

Produkty w Subiekcie mają minimum (nazwa, cena, stan). Opisy, zdjęcia, atrybuty są tylko w WooCommerce.

Plusy:

  • Proste (nie musisz duplikować treści)

Minusy:

  • Subiekt nie ma pełnych danych (raporty w Subiekcie są „ubogie”)
  • Jeśli dodasz nowy produkt w Subiekcie, musisz ręcznie dodać opisy w sklepie

Podejście #2: Treści w Subiekcie (pola własne / Sfera)

Używasz Sfera dla Subiekta żeby dodać custom pola:

  • Opis krótki
  • Opis długi
  • URL zdjęcia 1, 2, 3

Integracja sync te pola do WooCommerce.

Plusy:

  • Wszystko w jednym miejscu (Subiekt = master)

Minusy:

  • Subiekt nie jest wygodny do pisania długich treści (brak WYSIWYG editor)
  • Zdjęcia: musisz uploadować na serwer, potem wklejać URL do Subiekta (niewygodne)

Podejście #3: Hybrid (Subiekt = dane, WooCommerce = treści, sync 1-way)

Nowe produkty dodajesz w Subiekcie (nazwa, cena, stan). Integracja sync do WooCommerce (tworzy draft produktu). W WooCommerce: redaktor dodaje opisy, zdjęcia, atrybuty.

Sync jest 1-way dla treści: zmiany w WooCommerce nie wracają do Subiekta (żeby nie nadpisać).

Plusy:

  • Best of both: Subiekt = magazyn, WooCommerce = prezentacja

Minusy:

  • Wymaga dyscypliny (nie zmieniaj nazw w WooCommerce, bo rozjedzie się z Subiektem)

SellIntegro: „Przesyłanie z Subiekt GT do BaseLinker informacji o produktach: nazwa, opis, cena oraz zdjęcia.”

Część 2: Jak wybrać metodę integracji (decision tree)

Pytanie #1: Ile kanałów sprzedaży masz?

1 kanał (tylko własny sklep): → Integracja bezpośrednia Subiekt ↔ WooCommerce

  • Koszt: 5-10k setup
  • Brak miesięcznych kosztów middleware

2-3 kanały (sklep + Allegro + Amazon): → BaseLinker jako hub

  • Koszt: 2-8k setup + 200-600 zł/mies.
  • Łatwiejsze zarządzanie niż 3 osobne integracje

4+ kanałów (sklep + 3-5 marketplace): → Platforma integracyjna (SellIntegro, SubSynch)

  • Koszt: 3-10k setup + 300-800 zł/mies.
  • Sync real-time, zaawansowana logika

Pytanie #2: Ile zamówień dziennie?

<20 zamówień/dzień: → Sync scheduled (co 30-60 min) wystarczy → Ryzyko podwójnej sprzedaży minimalne

20-100 zamówień/dzień: → Sync co 5-15 min → Rozważ rezerwacje magazynowe

>100 zamówień/dzień: → Sync real-time (webhooks, co 3 sekundy) → Koniecznie rezerwacje magazynowe

Pytanie #3: Czy sprzedajesz międzynarodowo (UE)?

TAK: → Potrzebujesz matrycy VAT (różne stawki per kraj) → BaseLinker lub custom logic w middleware

NIE: → Prosta integracja wystarczy

Pytanie #4: Budżet?

<5 000 zł: → Integracja bezpośrednia (custom dev, scheduled sync)

5 000-15 000 zł: → BaseLinker + Subiekt (gotowe rozwiązanie)

15 000-30 000 zł: → Platforma integracyjna (SellIntegro) z real-time sync

Część 3: Checklist wdrożenia (uniknij 90% problemów)

Pre-wdrożenie (tydzień przed)

Backup bazy Subiekta (na wypadek gdyby coś poszło nie tak) ✅ Audit danych: wyczyść duplikaty kontrahentów, produkty bez cen, błędne stany ✅ Zdefiniuj mapowanie:

  • Która nazwa produktu w Subiekcie = która w sklepie
  • Które statusy zamówień w sklepie = które w Subiekcie ✅ Ustal regułę cen: cena w Subiekcie = master czy sklep = master?

Podczas wdrożenia (tydzień 1-2)

Sync produktów (test na 10 produktach):

  • Czy nazwy się zgadzają?
  • Czy ceny poprawne?
  • Czy zdjęcia się transferują?

Sync stanów (test):

  • Zmień stan w Subiekcie → sprawdź czy sync do sklepu
  • Symuluj sprzedaż w sklepie → sprawdź czy odejmuje w Subiekcie

Test zamówienia:

  • Złóż testowe zamówienie w sklepie (opłać testową płatnością)
  • Sprawdź czy pojawia się w Subiekcie (dokument ZK lub FS)
  • Sprawdź czy klient utworzony poprawnie (bez duplikatu)

Po wdrożeniu (miesiąc 1)

Monitor błędów sync:

  • Codziennie: sprawdź logi integracji (czy są błędy?)
  • Tygodniowo: porównaj stany Subiekt vs sklep (losowa próba 20 produktów)

Raportowanie:

  • Porównaj sprzedaż w Subiekcie vs sklep (czy się zgadza?)
  • Sprawdź czy płatności online są księgowane

Optymalizacja:

  • Jeśli widzisz problemy z stanami → rozważ częstszy sync lub real-time
  • Jeśli duplikaty klientów → dodaj walidację NIP/email

Ile faktycznie kosztuje integracja? (TCO)

Scenariusz A: Mały sklep (WooCommerce + Subiekt GT)

Setup:

  • Integracja custom: 5 000-8 000 zł
  • Training: 1 000 zł
  • Total setup: 6 000-9 000 zł

Miesięczne:

  • Hosting: 50 zł
  • Maintenance: 0 zł (jeśli działa stabilnie)
  • Total miesięcznie: 50 zł

Rok 1: 6 600-9 600 zł

Scenariusz B: Multi-kanał (BaseLinker + Subiekt nexo)

Setup:

  • BaseLinker setup: 2 000-5 000 zł
  • Integracja Subiekt: 3 000-5 000 zł
  • Training: 1 500 zł
  • Total setup: 6 500-11 500 zł

Miesięczne:

  • BaseLinker: 200-600 zł/mies. (zależy od liczby zamówień)
  • Total miesięcznie: 200-600 zł

Rok 1: 8 900-18 700 zł

Scenariusz C: Enterprise (SellIntegro + Subiekt nexo PRO)

Setup:

  • SellIntegro setup: 5 000-10 000 zł
  • Customizacje: 5 000-10 000 zł
  • Training: 2 000 zł
  • Total setup: 12 000-22 000 zł

Miesięczne:

  • SellIntegro: 300-800 zł/mies.
  • Total miesięcznie: 300-800 zł

Rok 1: 15 600-31 600 zł

ROI (z realnych case studies)

Oszczędności:

  • Czas na ręczne przepisywanie zamówień: 10-30h/mies. = 12 000-36 000 zł/rok
  • Uniknięte błędy (podwójna sprzedaż, błędne faktury): 5 000-15 000 zł/rok
  • Szybsza obsługa = więcej zamówień: +10-20% sprzedaży

Break-even: miesiąc 3-9 (zależy od skali).

FAQ integracji Subiekt + e-commerce

Czy integracja wymaga programisty?

Zależy od metody:

BaseLinker + Subiekt: NIE, gotowe wtyczki (konfiguracja przez panel admin)

Custom integracja: TAK, wymaga developera (PHP, API Subiekt/Sfera)

Jak często synchronizują się dane?

Zależy od konfiguracji:

  • Scheduled: co 5-60 min (ustawiasz)
  • Real-time: co 3-10 sekund (webhooks)
  • Batch: 1x dziennie (noc)

Rekomendacja: minimum co 15 min dla stanów, real-time dla zamówień.

Co jeśli integracja przestanie działać?

Przyczyny:

  • Aktualizacja Subiekta (zmiana API)
  • Aktualizacja WooCommerce/sklepu (zmiana struktury)
  • Problem z serwerem (timeout, brak połączenia)

Zabezpieczenie:

  • Monitoring błędów (email alert gdy sync fail)
  • Backup codzienne
  • SLA z integratorem (naprawa <24h)

Czy mogę mieć różne ceny w Subiekcie i sklepie?

TAK, ale trzeba wybrać master:

Opcja A: Subiekt = master (cena w sklepie sync z Subiekta) Opcja B: Sklep = master (cena w Subiekcie nie jest używana) Opcja C: Middleware (BaseLinker) ma własne reguły (Subiekt × 1.2 dla Allegro)

Nie możesz: mieć 2 masters (Subiekt i sklep niezależnie) — będzie rozjazd.

Podsumowanie: 7 problemów i ich rozwiązania

Problem Jak się objawia Koszt błędu Rozwiązanie Koszt rozwiązania
#1 Sync stanów Podwójna sprzedaż, „brak towaru” mimo że jest 12k zł/mies. utracone Real-time sync + rezerwacje 5k setup + 400 zł/mies.
#2 Ceny per kanał Ręczne zarządzanie cenami 1 920 zł/mies. (czas) BaseLinker reguły cen 400 zł/mies.
#3 Błędy magazynowe Sold-out który nie sold-out 13k zł/mies. utracone Sync co 15 min (nie 1x/dzień) 0 zł (zmiana config)
#4 Duplikaty klientów Chaos w bazie, wolny Subiekt 40h/mies. cleanup Walidacja NIP/email + merge 2k setup
#5 VAT błędny Faktury korygujące, reklamacje 500 zł/fakturę × 12 = 6k/rok Matryca VAT w middleware Wbudowane w BaseLinker
#6 Płatności online Ręczne księgowanie 1 200 zł/mies. (czas) Webhook PayU → wpłata w Subiekcie 1-3k setup
#7 Opisy produktów Ręczne dodawanie Czas: 10 min/produkt Hybrid sync (Subiekt → szkic, redaktor → treść) 0 zł (workflow)

Kluczowy wniosek: integracja Subiekt + e-commerce jest możliwa, ale wymaga właściwego planowania.

Firmy które wdrażają „po prostu” tracą 10 000-50 000 zł rocznie na błędach które można było uniknąć.

Gotowy na integrację?

Jeśli Twoja firma używa Subiekta i planujesz wejść w e-commerce (lub masz sklep i chcesz uporządkować integrację), kluczowe jest:

  1. Wybranie właściwej architektury (bezpośrednia vs middleware vs platforma)
  2. Zaplanowanie sync (real-time vs scheduled)
  3. Testowanie przed go-live (10 produktów, 5 zamówień testowych)
  4. Monitoring po wdrożeniu (logi błędów, porównanie stanów)

Umów bezpłatną konsultację → pomożemy wybrać najlepsze rozwiązanie dla Twojego sklepu

Źródła

  1. Orbis Software. Integracja Subiekt NEXO z BaseLinker w 2025 (July 2025, ROI 544%, 93% redukcja czasu obsługi, problemy synchronizacji stanów, błędne przypisywanie kontrahentów). https://orbis-software.pl/blog/integracja-subiekt-nexo-z-baselinker-w-2025-kompletny-przewodnik-polskiego-eksperta
  2. Sklep-WP. Integracja BaseLinker WooCommerce (May 2025, synchronizacja stanów i cen, masowe wystawianie ofert, automatyczne fakturowanie). https://sklep-wp.com/integracja-baselinker-woocommerce/
  3. SpeedyWeb. BaseLinker pobieranie zamówień – przewodnik 2025 (Oct 2025, duplikacja zamówień, blokada duplikacji od 2025, interwał pobierania). https://www.speedyweb.pl/baselinker-pobieranie-zamowien-przewodnik-2025-woocommerce/
  4. Artur Smolicki. Baselinker a WooCommerce: jak połączyć sklep (Nov 2024, problemy synchronizacji zamówień, niedokładność danych produktowych, 25% wzrost efektywności). https://artursmolicki.com/blog/baselinker-a-woocommerce-jak-polaczyc-sklep-z-systemem/
  5. SellIntegro. Połącz online Subiekt GT, sklep i BaseLinker (synchronizacja co 3 sekundy, obsługa 6-10 mln zamówień/mies., 92% redukcja błędów). https://www.sellintegro.pl/subiekt-integracja