Skonfigurowanie integracji ze systemem księgowym jeszcze przed startem sklepu pozwala uniknąć ręcznego wprowadzania danych sprzedażowych od pierwszego dnia działalności.

Na czym polega ta usługa

Usługa obejmuje połączenie nowo uruchamianego sklepu z systemem księgowym oraz przetestowanie poprawności przepływu danych sprzedażowych.

Dla kogo ma sens

Usługa jest przydatna dla firm uruchamiających sklep internetowy, które chcą od razu połączyć go z systemem księgowym.

Ile to trwa

Konfiguracja integracji księgowej mieści się z reguły w standardowym czasie do 3 dni.

Warunki

Diagnoza wstępna i wycena są bezpłatne, a usługa objęta jest gwarancją do 12 miesięcy.

Dlaczego integracja przed startem sprzedaży jest kluczowa

Rozpoczęcie sprzedaży internetowej bez uprzedniego spięcia platformy e-commerce z oprogramowaniem księgowym prowadzi do natychmiastowego powstawania zaległości ewidencyjnych. Ręczne przepisywanie zamówień, danych kontrahentów oraz pozycji towarowych zajmuje czas i stwarza ryzyko pomyłek w numerach NIP, adresach dostaw czy stawkach podatku. Skonfigurowanie automatycznej wymiany informacji przed przyjęciem pierwszych zamówień gwarantuje, że każde zdarzenie handlowe natychmiast odzwierciedla się w ewidencji magazynowej i księgowej.

Podstawowym celem wdrożenia jest synchronizacja stanów magazynowych oraz automatyczne generowanie właściwych dokumentów handlowych. Należą do nich dokumenty sprzedaży (paragony, faktury bez podatku lub faktury zwykłe) oraz dokumenty magazynowe, takie jak WZ (wydanie zewnętrzne, dokument potwierdzający wydanie towaru z magazynu) czy PZ (przyjęcie zewnętrzne, dokument przyjęcia dostawy na stan). Prawidłowo działający mechanizm zapobiega zjawisku oversellingu (sprzedaży towaru, którego fizycznie nie ma na stanie w magazynie) oraz eliminuje konieczność ręcznego wystawiania dokumentów rozliczeniowych.

Obsługiwane platformy e-commerce i programy finansowo-księgowe

Wdrożenia realizowane są w środowiskach opartych na zróżnicowanych systemach sprzedaży i oprogramowaniu do zarządzania przedsiębiorstwem typu ERP (system do planowania i zarządzania zasobami przedsiębiorstwa). Konfiguracja obejmuje zarówno rozwiązania instalowane lokalnie na serwerach stacjonarnych z systemem Windows, jak i platformy chmurowe.

W zakresie programów księgowych i magazynowych konfiguracja obejmuje:

InsERT GT (w tym Subiekt GT, Rewizor GT, Gratyfikant GT) oraz nowoczesną linię InsERT nexo (Subiekt nexo, Rewizor nexo, Gestor nexo),
Comarch ERP Optima, Comarch ERP XL oraz Comarch ERP Altum,
WAPRO ERP (dawniej WF-Mag, WAPRO Mag, WAPRO Fakir, WAPRO Kaper),
Sage Symfonia oraz Symfonia ERP,
enova365, RAKS oraz SAP,
systemy fakturowania online, w tym Fakturownia, wFirma oraz iFirma,
oprogramowanie Płatnik ZUS oraz moduły jednolitego pliku kontrolnego (JPK).

Po stronie kanałów sprzedaży integracja obejmuje popularne silniki sklepowe, takie jak WooCommerce (wtyczka e-commerce dla systemu WordPress), PrestaShop, Magento, Shopify, a także platformy wielokanałowe, w szczególności BaseLinker (system integracji sprzedaży wielokanałowej i zarządzania zamówieniami) oraz moduły łączące sklep z portalami handlowymi.

Prace obejmują także bezpośrednią konfigurację relacyjnych baz danych Microsoft SQL Server (silnik bazodanowy wykorzystywany przez systemy InsERT, Comarch i WAPRO), ustawienie odpowiednich sterowników ODBC (interfejs programistyczny do wymiany danych z bazami) oraz zabezpieczenie portów sieciowych i certyfikatów SSL/TLS (protokoły szyfrowanej transmisji danych).

Główne warianty techniczne integracji

W zależności od infrastruktury serwerowej firmy, liczby kanałów sprzedaży oraz specyfiki asortymentu, stosowane są odmienne modele wymiany danych między sklepem a systemem finansowo-magazynowym.

1. Integracja bezpośrednia przez interfejsy API

W tym wariancie moduł zainstalowany na serwerze sklepu łączy się bezpośrednio z oprogramowaniem księgowym za pośrednictwem API (interfejs programistyczny aplikacji umożliwiający automatyczną wymianę danych). Komunikacja odbywa się w czasie rzeczywistym lub w określonych interwałach czasowych kontrolowanych przez harmonogram zadań Cron (mechanizm cyklicznego uruchamiania zadań w systemie operacyjnym). Rozwiązanie to sprawdza się przy jednym głównym sklepie internetowym i zapewnia natychmiastowe blokowanie stanów magazynowych.

2. Integracja z wykorzystaniem platformy pośredniczącej

W przypadku prowadzenia sprzedaży w kilku miejscach jednocześnie (na przykład własny sklep internetowy, portale aukcyjne oraz platformy zagraniczne) centralnym węzłem staje się integrator wielokanałowy, taki jak BaseLinker. Wszystkie zamówienia spływają do jednego panelu, z którego po weryfikacji płatności są przekazywane do lokalnego programu Subiekt, Optima lub WAPRO Mag. System magazynowy odsyła informację o aktualnych stanach, które są rozsyłane do wszystkich podpiętych kanałów sprzedaży.

3. Integracja plikowa i kolejkowanie zadań

W środowiskach o podwyższonych wymogach bezpieczeństwa sieciowego, gdzie baza danych ERP nie może być wystawiona na bezpośrednie zapytania z zewnątrz, stosuje się automatyczną wymianę plików w formatach XML, CSV lub EDI (standard elektronicznej wymiany danych). Dedykowana usługa systemowa cyklicznie pobiera paczki danych z serwera FTP (protokół przesyłania plików), weryfikuje ich integralność i importuje dokumenty do bazy księgowej bez otwierania portów bazy na świat zewnętrzny.

Typowe błędy podczas samodzielnych prób konfiguracji połączenia

Samodzielne uruchamianie integratorów bez odpowiedniego przygotowania struktur bazodanowych często kończy się błędami w ewidencji, których usunięcie po rozpoczęciu sprzedaży jest czasochłonne i skomplikowane.

Dublowanie kartotek towarowych i kontrahentów: Brak jednoznacznego powiązania po unikalnych identyfikatorach SKU (unikalny kod jednostki magazynowej) lub kodach EAN (europejski kod kreskowy towaru) sprawia, że integrator tworzy nową kartotekę przy każdym pobranym zamówieniu, zamiast przypisać transakcję do istniejącego produktu.
Błędne mapowanie stawek podatku i procedury OSS: Niewłaściwe przypisanie stawek podatkowych w sklepie do rejestrów w programie księgowym skutkuje błędnymi kwotami na dokumentach. Dotyczy to szczególnie procedury OSS (One Stop Shop, unijny system rozliczania podatku od towarów i usług przy sprzedaży transgranicznej dla konsumentów z innych krajów UE).
Niewłaściwa synchronizacja statusów zamówień: Wymuszenie wystawiania dokumentów końcowych w momencie złożenia zamówienia, zamiast po potwierdzeniu płatności z bramki online, prowadzi do powstawania pustych dokumentów księgowych w przypadku porzuconych koszyków.
Konflikty serii numeracyjnych: Przypisanie sprzedaży internetowej do tej samej serii dokumentów, z której korzysta sprzedaż stacjonarna lub biuro handlowe, bez zdefiniowania osobnego łamania numeracji, powoduje luki lub dublowanie numerów dokumentów handlowych.
Pomijanie kosztów dostawy i prowizji płatności: Nieuwzględnienie kosztu transportu jako osobnej usługi na dokumencie sprzedaży lub brak zmapowania płatności ratalnych i odroczonych zaburza uzgodnienie raportów finansowych.

Kiedy problem leży poza samą konfiguracją integratora

Podczas wdrażania połączenia mogą wystąpić objawy wskazujące na wadliwe działanie modułu integrującego, które w rzeczywistości wynikają z ograniczeń infrastruktury serwerowej lub bazy danych.

Wśród zewnętrznych przyczyn trudności technicznych wyróżnia się:

Blokady sieciowe i zapory ogniowe: Zapora sieciowa (firewall) na serwerze lokalnym lub u dostawcy Internetu może blokować ruch na porcie bazy danych Microsoft SQL Server (standardowo port 1433) lub uniemożliwiać nawiązanie bezpiecznego tunelu VPN (wirtualna sieć prywatna).
Limity zapytań serwera hostingowego: Zbyt niski limit czasu wykonywania skryptu (max_execution_time w konfiguracji środowiska PHP) lub mechanizmy ochrony przed przeciążeniem serwera (rate limiting) mogą przerywać przesyłanie dużych paczek asortymentu liczących tysiące pozycji.
Brak uprawnień użytkownika bazodanowego: Utworzenie konta technicznego w bazie danych z niewystarczającymi prawami (na przykład brak uprawnień do tworzenia transakcji wielotabelowych lub blokowania rekordów) powoduje błędy przy próbie zapisu dokumentu.
Niezgodności zaokrągleń podatkowych: Różnice w algorytmach liczenia podatku (od sumy pozycji netto kontra od sumy pozycji brutto) pomiędzy silnikiem sklepu a programem księgowym mogą generować rozbieżności groszowe, które blokują automatyczne zatwierdzenie dokumentu w systemie ERP.

Etapy prawidłowego wdrożenia integracji przed startem sklepu

Proces integracyjny prowadzony jest metodycznie według ściśle określonego planu, co zapobiega powstawaniu błędów po uruchomieniu sprzedaży dla klientów końcowych.

Krok 1: Audyt kartotek i parametrów asortymentu

Prace rozpoczynają się od weryfikacji bazy towarowej w systemie magazynowym. Każda pozycja musi posiadać unikalny symbol SKU, kod EAN, określoną stawkę podatkową oraz jednoznaczną jednostkę miary. Ustala się także hierarchię danych, czyli określa, który system jest nadrzędnym źródłem informacji o nazwach, cenach, opisach i stanach ilościowych.

Krok 2: Przygotowanie środowiska sieciowego i bazy danych

Konfigurowane są uprawnienia dostępowe do bazy danych Microsoft SQL Server lub odpowiednich końcówek API. Zakłada się dedykowane konto integratora z prawami ściśle dopasowanymi do wykonywanych zadań. Ustawiane są reguły w zaporze sieciowej oraz instalowane niezbędne biblioteki komunikacyjne w systemie operacyjnym Windows.

Krok 3: Mapowanie schematów wymiany danych

Następuje powiązanie parametrów po stronie sklepu z polami w programie księgowym. Mapowane są formy płatności (przelewy tradycyjne, szybkie płatności internetowe, pobrania, płatności kartą), rodzaje dostaw (kurierzy, automaty paczkowe), serie numeracyjne dokumentów oraz domyślne magazyny wydające towar.

Krok 4: Testy w środowisku symulacyjnym

Przed publicznym otwarciem sklepu generowana jest seria zamówień testowych obejmujących wszystkie możliwe scenariusze zakupowe: zamówienie pojedyncze, zamówienie z wieloma stawkami podatku, zamówienie z kodem rabatowym, zamówienie zagraniczne z procedurą OSS oraz zamówienie z anulowaną płatnością. Sprawdza się, czy dokumenty sprzedaży generują się poprawnie, a stany magazynowe w systemie ERP zmniejszają się zgodnie z faktycznym koszykiem.

Krok 5: Uruchomienie produkcyjne i przekazanie procedur obsługi

Po zweryfikowaniu poprawności testów następuje wyczyszczenie zamówień testowych z zachowaniem spójności numeracji, uruchomienie automatycznego harmonogramu synchronizacji w tle oraz przeszkolenie personelu z bieżącej kontroli logów synchronizacji (rejestru zdarzeń i komunikatów o błędach).

Najczęściej zadawane pytania

Czy integracja wymaga stałego adresu IP po stronie serwera księgowego?

W przypadku bezpośredniego łączenia sklepu z lokalną bazą danych stały publiczny adres IP ułatwia konfigurację i podnosi bezpieczeństwo, ponieważ pozwala ograniczyć dostęp w zaporze sieciowej wyłącznie do adresu serwera sklepowego. Jeśli łącze internetowe w biurze posiada zmienny adres IP, stosuje się połączenia oparte na usługach pośredniczących (takich jak BaseLinker z lokalnym agentem wymiany danych), bezpieczne tunele VPN ze stałym punktem końcowym lub protokoły dynamicznego DNS (usługa przypisująca zmienny adres IP do stałej nazwy domenowej).

Co dzieje się w sytuacji, gdy serwer sklepu na chwilę straci połączenie z programem księgowym?

Prawidłowo wdrożona integracja wykorzystuje mechanizm kolejkowania zdarzeń. Oznacza to, że brak połączenia z bazą księgową (na przykład z powodu chwilowej awarii łącza internetowego w biurze lub restartu serwera) nie powoduje utraty zamówień. Zamówienia czekają w bazie sklepu lub integratorze pośredniczącym ze statusem oczekującym, a po wznowieniu łączności są przesyłane do systemu ERP w kolejności ich złożenia.

Czy można zsynchronizować kilka magazynów fizycznych z jednym sklepem internetowym?

Tak, nowoczesne systemy ERP (takie jak Subiekt nexo, Comarch ERP Optima czy WAPRO Mag) obsługują wielomagazynowość. W konfiguracji integratora można zdefiniować, z którego magazynu pobierany jest stan handlowy widoczny dla kupujących oraz do którego magazynu mają trafiać dokumenty WZ w zależności od kategorii asortymentu lub wybranej formy dostawy.

Jak rozwiązana jest kwestia sprzedaży towarów z różnymi stawkami podatku lub procedurą marży?

Każda kartoteka produktowa przesyłana ze sklepu zawiera przypisaną flagę podatkową. Integrator mapuje stawki podatku na odpowiednie kody w ewidencji księgowej. W przypadku sprzedaży towarów używanych lub kolekcjonerskich w procedurze marży (gdzie podatek naliczany jest wyłącznie od marży handlowej, a nie od całej kwoty sprzedaży) konfiguruje się dedykowany schemat dokumentu, który uniemożliwia automatyczne naliczenie standardowej stawki podatku.

Czy do przeprowadzenia konfiguracji konieczne jest przekazanie haseł głównych?

Domyślnie prace konfiguracyjne nie wymagają przekazywania głównych haseł administratora ani haseł do kont użytkowników. Konfiguracja połączenia bazy danych opiera się na wydzieleniu dedykowanego użytkownika technicznego z uprawnieniami ograniczonymi ściśle do operacji odczytu i zapisu tabel związanych z asortymentem i dokumentami sprzedaży. Wszelkie czynności mogą być wykonywane bezpośrednio na miejscu w obecności przedstawiciela firmy.

Stabilne wdrożenie synchronizacji sprzedaży i księgowości na terenie Warszawy i okolic

Uruchomienie integracji sklepu internetowego z systemem finansowo-księgowym przed przyjęciem pierwszych wpłat eliminuje chaos w dokumentacji i pozwala zautomatyzować powtarzalne czynności od pierwszego dnia działalności handlowej. Usługi wdrożeniowe, audyt struktur bazodanowych oraz konfiguracja połączeń realizowane są z bezpośrednim dojazdem do siedziby firmy lub biura na terenie całej Warszawy oraz okolicznych powiatów (grodziski, legionowski, otwocki, piaseczyński, pruszkowski, warszawski zachodni, wołomiński). W przypadku pytań dotyczących doboru odpowiedniego wariantu integracji dla posiadanego oprogramowania kontakt telefoniczny pod numerem 22 378 48 09 pozwala ustalić szczegóły techniczne i harmonogram wdrożenia.

22 378 48 09

Integracja sklepu z systemem księgowym już na starcie