Co to znaczy, że systemy są zintegrowane
W wielu małych firmach każde narzędzie żyje osobno: sklep ma swoje zamówienia, program do faktur swoich klientów, arkusz stany magazynowe, a panel kuriera adresy. Integracją jest wtedy człowiek — przepisuje, kopiuje, sprawdza i poprawia.
Zintegrowane systemy wymieniają dane same. Prześledźmy jedno zamówienie — to ilustracja, a nie opis konkretnej firmy:
- Klient składa zamówienie w sklepie i płaci.
- Operator płatności potwierdza wpłatę, a sklep zmienia status na „opłacone”.
- Program do faktur wystawia paragon albo fakturę z danych zamówienia; faktura dla firmy trafia do KSeF.
- Stan magazynowy zmniejsza się w sklepie i na marketplace jednocześnie.
- Powstaje etykieta przewoźnika, a numer przesyłki wraca do zamówienia i do klienta.
- Sprzedaż trafia do raportu, którego nikt nie musi sklejać ręcznie.
Nikt nie przepisał adresu ani kwoty. Człowiek pakuje paczkę i zajmuje się wyjątkami — i właśnie o to chodzi.
Najczęstsze integracje w małej firmie
Sklep i program do faktur
Faktura powstaje z danych zamówienia: klienta, produktów, stawek VAT i płatności. Po stronie programu faktura dla firmy idzie do KSeF, a jej numer i status powinny wrócić do zamówienia. Nie zapominaj o korektach: zwrot w sklepie to korekta w programie. Co KSeF zmienia w małej firmie, opisuję w artykule o KSeF i e-fakturach.
Sklep i magazyn
Stany zmieniają się po każdej sprzedaży, dostawie i zwrocie. Integracja pilnuje, żeby sklep nie sprzedawał towaru, którego już nie ma, i żeby rezerwacja dla nieopłaconego zamówienia nie blokowała stanu w nieskończoność.
Sklep i kurier
Wybór punktu odbioru w koszyku, etykiety tworzone z panelu sklepu, numer przesyłki wysyłany klientowi automatycznie. Im więcej paczek dziennie, tym szybciej widać różnicę.
Sklep i marketplace
Oferty, ceny, stany i zamówienia z kilku kanałów w jednym miejscu. To jedna z trudniejszych integracji, bo każdy kanał ma własne zasady, kategorie i statusy. Więcej piszę o tym w artykule o sprzedaży wielokanałowej.
Strona i CRM
Formularz kontaktowy tworzy kontakt i zapytanie w CRM, zamiast trafiać do skrzynki, którą czyta jedna osoba.
Bank i rozliczenia
Wpłaty z rachunku firmowego dopasowywane do zamówień i faktur — szczególnie przydatne, gdy klienci płacą zwykłym przelewem, a ktoś dziś sprawdza je ręcznie na wyciągu.
Jak systemy się łączą: wtyczka, API, plik czy narzędzie pośrednie
Technicznie da się to zrobić na kilka sposobów. Nie musisz znać szczegółów, ale warto rozumieć różnice, bo od nich zależą koszty i niezawodność.
| Sposób | Jak działa | Plusy | Minusy |
|---|---|---|---|
| Gotowa wtyczka lub integracja wbudowana | Włączasz połączenie dostępne w sklepie lub programie | Szybki i tani start | Działa tak, jak przewidział producent; trudno dodać wyjątki |
| API | Systemy wymieniają dane przez interfejs programistyczny, według dokumentacji dostawcy | Pełna kontrola nad tym, co, kiedy i jak płynie | Wymaga programisty i utrzymania przy zmianach po stronie dostawcy |
| Powiadomienia o zdarzeniach (webhooki) | Jeden system sam informuje drugi o zdarzeniu, np. „zamówienie opłacone” | Dane płyną od razu, bez ciągłego odpytywania | Trzeba obsłużyć sytuację, gdy powiadomienie nie dotrze |
| Import i eksport plików | Plik CSV lub XML przenoszony ręcznie albo według harmonogramu | Prosty i działa prawie wszędzie | Opóźnienia, ryzyko nieaktualnego pliku, słaba obsługa błędów |
| Narzędzia no-code do łączenia aplikacji | Gotowe klocki „jeśli tu, to tam” bez programowania | Szybkie przy prostych przepływach | Przy wielu przepływach trudno zachować porządek; kolejny abonament |
| Wspólny system | Kilka obszarów firmy działa na jednej bazie danych | Nie ma czego synchronizować | Wymaga wdrożenia i zmiany części narzędzi |
W praktyce firmy łączą te metody. Ważne, żeby wybór wynikał z potrzeb, a nie z tego, co akurat ktoś umie skonfigurować.
Najważniejsze pytanie: gdzie jest źródło prawdy?
Zanim połączysz dwa systemy, ustal, który z nich ma rację, gdy dane się różnią. Bez tego integracja zamieni ręczne przepisywanie w automatyczne nadpisywanie — szybsze, ale równie bolesne.
- Produkty i ceny. Gdzie dodajesz nowy produkt i zmieniasz cenę? Jeśli w dwóch miejscach, prędzej czy później ceny się rozjadą.
- Stany magazynowe. Który system liczy stan, a które tylko go pokazują? Przy kilku kanałach sprzedaży to sprawa kluczowa.
- Klienci. Gdzie poprawiasz dane klienta, żeby kolejna faktura była już poprawna?
- Kierunek. Czy dane płyną w jedną stronę (sklep → program do faktur), czy w obie (stany między magazynem a sklepem)? Synchronizacja dwukierunkowa jest trudniejsza i wymaga zasad rozstrzygania konfliktów.
- Identyfikatory. Ten sam produkt musi mieć ten sam kod (SKU, EAN) we wszystkich systemach albo tabelę, która mówi, co czemu odpowiada. Podobnie ze statusami zamówień: „wysłane” w sklepie i „zrealizowane” na marketplace muszą znaczyć to samo.
- Częstotliwość. Czy dane muszą płynąć natychmiast, czy wystarczy co godzinę? Stany przy ostatnich sztukach towaru wymagają szybkości, raport sprzedaży — nie.
Co zwykle psuje integracje i jak się zabezpieczyć
Integracja rzadko psuje się w dniu uruchomienia. Częściej po kilku miesiącach, gdy coś zmieni się po jednej ze stron. Typowe źródła problemów:
- Zmiany u dostawcy. Platforma zmienia API, wycofuje starą wersję albo dodaje wymagane pole. Integracja, której nikt nie utrzymuje, przestaje działać.
- Wyjątki. Zamówienie częściowe, zestaw produktów, wariant bez kodu, zwrot jednej z trzech sztuk, korekta faktury. Jeśli nie opisano ich na starcie, wyjdą w praktyce.
- Duplikaty. Ten sam komunikat przyszedł dwa razy i powstały dwie faktury. Dobrze zbudowana integracja rozpoznaje, że coś już obsłużyła.
- Limity i wygasłe dostępy. Systemy ograniczają liczbę zapytań, a klucze dostępu i tokeny tracą ważność.
- Ciche błędy. Najgorszy scenariusz: integracja przestaje działać, a nikt o tym nie wie, dopóki klient nie zapyta o fakturę.
Zabezpieczenia, o które warto zapytać wykonawcę:
- powiadomienie do konkretnej osoby, gdy coś się nie powiedzie,
- dziennik operacji: co, kiedy i z jakim wynikiem zostało przesłane,
- ponawianie nieudanych prób i możliwość ręcznego wysłania danych jeszcze raz,
- krótka dokumentacja: co łączy integracja, w którą stronę, kto za nią odpowiada i jak ją wyłączyć,
- dostępy założone na kontach firmowych, a nie na prywatnym koncie wykonawcy czy pracownika.
Jak zaplanować integrację krok po kroku
Zacznij od mapy przepływów. Wystarczy prosta tabela — poniżej przykład dla małego sklepu, wymyślony na potrzeby ilustracji:
| Przepływ | Dane | Kiedy | Jak jest dziś |
|---|---|---|---|
| Sklep → program do faktur | Klient, pozycje, stawki VAT, płatność | Po każdym opłaconym zamówieniu | Właściciel przepisuje ręcznie |
| Magazyn → sklep i marketplace | Stany produktów | Po każdej zmianie | Arkusz aktualizowany raz dziennie |
| Sklep → kurier | Adres, gabaryt, punkt odbioru | Przy pakowaniu | Przepisywanie w panelu przewoźnika |
| Kurier → sklep → klient | Numer przesyłki, status | Po nadaniu paczki | Kopiowanie numeru do maila |
Potem kolejne kroki:
- Wybierz pierwszy przepływ. Najlepiej ten, w którym przepisuje się najwięcej albo pomyłki kosztują najdrożej. Jak policzyć, czy zmiana się zwróci, pokazuję w tekście o automatyzacji procesów w firmie.
- Sprawdź, co mają Twoje narzędzia. Gotowe integracje, API, możliwość importu. Czasem połączenie jest dostępne od ręki i wystarczy je dobrze skonfigurować.
- Ustal źródło prawdy i identyfikatory — zanim cokolwiek zostanie połączone.
- Opisz wyjątki. Co ma się stać przy zwrocie, korekcie, braku towaru czy błędnym NIP-ie.
- Testuj na prawdziwych przypadkach. Najpierw na środowisku testowym lub kopii danych, potem na kilku prawdziwych zamówieniach pod okiem człowieka.
- Wyznacz właściciela i monitoring. Kto dostaje powiadomienia o błędach i kto decyduje o zmianach.
- Wróć po miesiącu. Sprawdź, czy przepisywania faktycznie ubyło i co jeszcze wymaga ręcznej pracy.
Kiedy zamiast kolejnej integracji lepszy jest wspólny system
Każda integracja łączy dwa punkty. Przy trzech narzędziach to kilka połączeń, przy sześciu — sieć, w której trudno ustalić, skąd wziął się błąd. Jeśli te same dane — produkty, ceny, stany, klienci — krążą między wieloma programami, a każda zmiana w jednym wymaga poprawek w kilku integracjach, warto zapytać, czy te obszary nie powinny korzystać z jednej bazy.
Tak działa system modułowy, z którym pracuję przy projektach dla firm — StackERP. Moduły, np. zamówienia, magazyn, dokumenty, automatyzacje i raporty, działają na wspólnych danych, a z zewnętrznymi platformami, takimi jak sklep czy marketplace, łączą się przez integracje. Zaczyna się od jednego obszaru, a kolejne dokłada wtedy, gdy są potrzebne.
Nie zawsze trzeba iść tak daleko. Przy jednym kanale sprzedaży i prostym procesie dwie dobre integracje zrobią więcej niż nowy system. Decyzja zależy od tego, ile danych jest wspólnych i jak szybko firma rośnie.
Ile kosztuje integracja i jak to robię
Na koszt integracji składa się jednorazowa praca nad połączeniem i testami, ewentualne abonamenty narzędzi pośrednich, a przede wszystkim utrzymanie — integracja wymaga opieki, gdy po którejś stronie coś się zmieni. Pytaj wykonawcę nie tylko o cenę uruchomienia, ale też o to, kto i na jakich zasadach będzie ją utrzymywać.
W sklepach integracje faktur, magazynu i marketplace są częścią zakresu „Sklep na wzrost” (od 17 900 zł netto), a zaawansowane integracje procesów oraz dane o marży i zapasach — zakresu „E-commerce Pro” (od 29 900 zł netto). Połączenia wykraczające poza sklep — sprzedaż, magazyn, dokumenty i raporty w całej firmie — przygotowuję razem ze StackERP: po ich stronie są procesy i technologia, po mojej wygoda obsługi, komunikacja i wdrożenie. Taki zakres wyceniamy po rozmowie, gdy wiemy, co z czym ma się połączyć.