Platformę B2B da się spiąć z Subiektem, Comarchem albo Enovą tak, że stany, ceny i dokumenty jadą same - pod jednym warunkiem: to ERP zostaje źródłem prawdy, a platforma tylko go pokazuje. Kontrahent loguje się na swoje konto, widzi swoje ceny i swój limit kupiecki, składa zamówienie - a ono ląduje w systemie jako dokument, którego nikt nie przepisuje ręcznie. Cała trudność integracji nie leży w tym, „czy się da”, tylko w ustaleniu, co jest po której stronie i co wygrywa przy konflikcie.
Poniżej rozpisuję to tak, jak sam prowadzę takie wdrożenia: od decyzji, przez sposób wymiany danych, po miejsca, w których projekty się wykrzaczają.
Co dokładnie znaczy „spiąć platformę B2B z ERP”
Integracja platformy B2B z ERP to stały, automatyczny przepływ danych między systemem magazynowo-księgowym a stroną, na której kupują Twoi kontrahenci. Nie chodzi o jednorazowy import produktów, tylko o cykl działający bez Ciebie - również w niedzielę o 23:00. W praktyce wymieniane są zawsze te same rzeczy:
| Co | Kierunek | Jak często |
|---|---|---|
| Kartoteki towarów (nazwa, indeks, jednostka, VAT) | ERP → platforma | raz dziennie albo przy zmianie |
| Stany magazynowe | ERP → platforma | co kilka minut do godziny |
| Ceny i rabaty per kontrahent | ERP → platforma | raz dziennie albo na żywo przy wejściu do koszyka |
| Kartoteki kontrahentów, limity kupieckie | ERP → platforma | raz dziennie |
| Zamówienia | platforma → ERP | natychmiast po złożeniu |
| Dokumenty (faktury, WZ, rozrachunki) | ERP → platforma | raz dziennie |
Zasada, od której nie odchodzę: jeden kierunek na jedno pole. Jeśli cena powstaje w ERP, platforma nigdy jej nie nadpisuje - nawet gdy ktoś bardzo chce „szybko poprawić na stronie”. Złamanie tej zasady to najczęstsza przyczyna chaosu.
Trzy sposoby wymiany danych - który wybrać
Sposoby spięcia są trzy i różnią się głównie tym, jak szybko dane docierają i ile kosztuje utrzymanie.
| Sposób | Jak działa | Kiedy ma sens |
|---|---|---|
| Bezpośrednie API / warstwa programistyczna ERP | Platforma odpytuje system i zapisuje w nim dokumenty | Docelowe rozwiązanie przy własnej platformie, gdy zależy Ci na aktualnych stanach i cenach |
| Gotowy łącznik lub pośrednik | Zewnętrzna usługa pilnuje synchronizacji | Start bez dużego budżetu, standardowe potrzeby, akceptacja opóźnień |
| Wymiana plikami (XML, CSV, EDI) | Cykliczny eksport i import paczek danych | Gdy ERP siedzi w zamkniętej sieci albo dostęp do API jest zablokowany |
Wymiana plikami wygląda archaicznie, ale bywa najrozsądniejsza, gdy handlowcy i tak pracują w cyklach dobowych. Trzeba to tylko powiedzieć kontrahentom wprost: stan na stronie jest „na wczoraj”, a zamówienie potwierdza dopiero magazyn.
Subiekt GT i Subiekt nexo
Subiekt spina się z platformą B2B przez dodatek programistyczny producenta, który udostępnia funkcje systemu na zewnątrz - w linii GT jest to Sfera, w nexo jej odpowiednik. To licencja dokupowana osobno, więc pierwszy telefon w takim projekcie robi się nie do programisty, tylko do opiekuna licencji. Co jeszcze warto wiedzieć:
- Subiekt to aplikacja lokalna - żeby platforma w internecie mogła z nim rozmawiać, potrzebny jest pośrednik pracujący w Twojej sieci albo na serwerze, gdzie stoi baza. To normalny element wdrożenia, ale trzeba go zaplanować i utrzymywać.
- Ceny w Subiekcie to poziomy cen i rabaty przypisane do kontrahenta - platforma powinna je czytać, a nie liczyć po swojemu. Własna „logika rabatowa” na stronie prędzej czy później rozjedzie się z fakturą.
- Indeks towaru jest kluczem, nie nazwa. Przy bałaganie w kartotekach (duplikaty, puste indeksy) uporządkowanie danych zajmuje więcej niż samo spięcie.
- Zamówienie z platformy trafia zwykle jako ZK (zamówienie od klienta), które magazyn realizuje normalnym torem - platforma nie wystawia faktur na własną rękę.
Comarch ERP Optima i XL
Comarch daje kilka dróg naraz i to jest zarówno zaletą, jak i pułapką. Jest gotowy e-sklep B2B producenta, jest warstwa integracyjna dla partnerów, jest też dostęp do bazy w wersjach serwerowych. Wybór zależy od tego, jak nietypowy jest Twój proces handlowy:
- Gotowy e-sklep B2B od producenta - najszybszy start i przewidywalna integracja, ale wygląd i logika zamawiania mieszczą się w tym, co przewidział producent. Przy opakowaniach zbiorczych, cennikach negocjowanych i limitach per oddział szybko zaczyna uwierać.
- Własna platforma spięta z Comarchem - pełna swoboda w tym, jak wygląda zamawianie, kosztem realnej pracy po stronie ERP. Decyduje wersja systemu i to, czy pracujesz na Optimie w chmurze producenta, czy na własnym serwerze - w chmurze dostęp do danych bywa węższy i trzeba to sprawdzić przed wyceną, nie po.
- Comarch ERP XL - większy organizm, więcej gotowych mechanizmów handlowych (cenniki, promocje, limity), więc więcej warto zostawić w ERP zamiast odtwarzać na stronie.
Reguła praktyczna dla obu linii: im więcej logiki handlowej zostaje w Comarchu, tym tańsze jest utrzymanie platformy przez kolejne lata.
Enova365
Enova365 udostępnia dane przez interfejs programistyczny dostępny w ramach odpowiednich modułów i wariantu licencji - to pierwsza rzecz do potwierdzenia u swojego partnera wdrożeniowego. Enova bywa przy tym wygodniejsza od konkurentów, bo częściej stoi na serwerze dostępnym zdalnie, co upraszcza połączenie z platformą. Na co patrzeć:
- Czy masz moduł handlowy w wersji, która wystawia potrzebne dane na zewnątrz.
- Czy cenniki i rabaty kontrahenta liczą się po stronie ERP - jeśli tak, platforma ma pytać o cenę dla konkretnego kontrahenta i konkretnej ilości, zamiast trzymać własne tabele.
- Czy zamówienia mają wracać jako dokumenty handlowe, czy jako zapotrzebowania do akceptacji handlowca. To decyzja biznesowa, nie techniczna - i lepiej podjąć ją przed wdrożeniem.
Ceny, limity kupieckie i rzeczy, które psują wdrożenia
Najtrudniejszy kawałek platformy B2B to nie wygląd, tylko cena dla konkretnego kontrahenta w konkretnym momencie. W hurcie prawie nigdy nie ma jednej ceny: jest cennik bazowy, rabat kontrahenta, rabat na grupę towarową, promocja czasowa, próg ilościowy i indywidualna umowa dla największych klientów. Stąd cztery decyzje na starcie:
- Kto liczy cenę - ERP na żywo (dokładniej, wolniej) czy platforma z pobranych cenników (szybciej, ryzyko rozjazdu).
- Co się dzieje po przekroczeniu limitu kupieckiego - blokada koszyka, zamówienie do akceptacji, czy tylko ostrzeżenie.
- Co widzi kontrahent, gdy towaru brakuje - dokładny stan, przedziały („dostępny”, „mało”), czy data najbliższej dostawy. Wielu hurtowników nie chce pokazywać dokładnych liczb konkurencji.
- Kto zakłada konta - sam kontrahent z weryfikacją, czy tylko handlowiec. Ta decyzja rozstrzyga, czy potrzebna jest rejestracja i weryfikacja kontrahentów B2B po stronie strony, czy wystarczy import kartotek z ERP.
Do tego dochodzą dokumenty. Kontrahenci oczekują, że w panelu zobaczą swoje faktury, WZ-ki i nierozliczone płatności - i to jest zwykle funkcja, która najbardziej odciąża biuro, bo kończy telefony „wyślijcie mi jeszcze raz fakturę z marca”. Sama numeracja i wysyłka faktur zostaje w ERP i w obiegu KSeF, który obowiązuje już wszystkich przedsiębiorców - platforma faktury wyłącznie pokazuje. Jak wygląda całość takiego panelu od strony kontrahenta, opisałem w tekście o panelu zamówień B2B dla kontrahentów.
A jeśli mam już sklep na PrestaShop, Shoperze albo WooCommerce
Wtedy zwykle nie budujesz nowej platformy, tylko dokładasz do istniejącego sklepu warstwę B2B: logowanie, ceny per kontrahent, limity, szybkie zamawianie po indeksach i zamówienia z pliku. Platforma B2B na PrestaShop czy sklep B2B na Shoperze działają, dopóki mieszczą się w tym, co dają wtyczki i możliwości platformy - granicę widać dopiero przy nietypowych cennikach i integracji dwukierunkowej.
Jeśli sprzedajesz jednocześnie hurtowo i detalicznie, prawie zawsze taniej wychodzi sklep B2B i B2C w jednym niż dwa osobne systemy spinane z tym samym ERP dwa razy. Sam pracuję najczęściej na WooCommerce z warstwą własnego kodu tam, gdzie logika handlowa wychodzi poza standard - to daje kontrolę nad cenami i integracją bez przepisywania sklepu od zera.
Ile to trwa i od czego zacząć
Uczciwie: samo techniczne spięcie to zwykle mniejsza część pracy. Większa to uporządkowanie danych i spisanie reguł handlowych, których nikt do tej pory nie zapisał, bo „handlowiec wie”. Dlatego każdy taki projekt zaczynam od bezpłatnej diagnozy: patrzę na Twój ERP, wersję i licencję, na stan kartotek, na to jak dziś powstają zamówienia i gdzie ludzie przepisują dane ręcznie. Z tego wychodzi mapa integracji i lista decyzji.
Dopiero potem powstaje wycena na piśmie, z zakresem i etapami - żeby nie było niespodzianek w połowie. Większe wdrożenia dzielę tak, żeby pierwszy działający kawałek (logowanie, katalog z cenami kontrahenta, zamówienia do ERP) był na produkcji szybko, a reszta dochodziła później. Widełki i to, co je przesuwa, rozpisałem w tekście o tym, ile kosztuje platforma B2B.
Najczęstsze pytania
Czy platforma B2B może działać z Subiektem GT? Tak, przez dodatek programistyczny producenta (Sfera), który trzeba mieć wykupiony. Ponieważ Subiekt pracuje lokalnie, potrzebny jest też pośrednik po Twojej stronie sieci, który rozmawia z platformą w internecie. Zanim cokolwiek wyceniam, sprawdzam z Tobą, jaką dokładnie wersję i licencję masz.
Czy stany magazynowe będą aktualne na żywo? Zwykle nie co do sekundy, i to jest w porządku. Standardem jest odświeżanie stanów co kilka do kilkunastu minut, a cen i kartotek raz dziennie. Prawdziwie „na żywo” pyta się ERP dopiero w koszyku i przy składaniu zamówienia - tam, gdzie pomyłka kosztuje najwięcej.
Czy lepszy jest gotowy sklep B2B od producenta ERP, czy własna platforma? Gotowy jest szybszy i tańszy na starcie, dopóki Twój proces handlowy mieści się w jego założeniach. Własna platforma ma sens, gdy masz nietypowe cenniki, opakowania zbiorcze, wielu odbiorców w jednej firmie albo limity kupieckie z akceptacją. Odpowiedź wychodzi z listy Twoich wyjątków, nie z ogólnego rankingu.
Co jeśli mój ERP siedzi w chmurze producenta? Sprawdzamy zakres dostępu do danych przed wyceną - w wersjach chmurowych bywa on węższy niż na własnym serwerze i czasem wymaga dodatkowej usługi po stronie dostawcy. Gdy dostęp jest ograniczony, alternatywą jest wymiana plikami w cyklu dobowym, z jasno zakomunikowaną kontrahentom aktualnością danych.
Powiązane: Integracja CRM z ERP i sklepem · Panel B2B dla dystrybutorów i handlowców · Sklepy e-commerce