Jak zintegrować zamówienia ze sklepu internetowego z systemem księgowym?

Do księgowości powinny przechodzić uzgodnione dane zamówienia, klienta, płatności i dokumentu wraz z identyfikatorem pozwalającym powiązać rekordy. Przypisz właściciela każdemu polu: sklep, integrator, ERP albo system księgowy.

Tabela pokazuje przykładową macierz mapowania danych. Przed konfiguracją księgowość powinna potwierdzić znaczenie i format pól wymaganych do ewidencji.

Wniosek: mapowanie powinno łączyć wartość z jej źródłem, celem i regułą kontroli. Pusty NIP albo niezgodna waluta mogą wymagać osobnej ścieżki obsługi.

Wtyczka sprawdza się przy jednym sklepie i prostym przepływie, a integrator lub ERP lepiej obsłuży wiele kanałów i reguł dokumentowych. Połączenie dedykowane wybierz, gdy gotowe rozwiązania nie obejmują wymaganych wyjątków lub kontroli.

Tabela porównuje modele według liczby systemów i złożoności obsługi. Oceniaj nie tylko start integracji, lecz także logi, ponowienia, korekty i utrzymanie.

Wniosek: model zależy od tego, gdzie powstają dokumenty i kto rozstrzyga wyjątki. Base opisuje przekazywanie faktur utworzonych w Base.com do zewnętrznych systemów księgowych, w tym wybór eksportu natychmiastowego lub zbiorczego; funkcje zależą od konkretnego połączenia (dokumentacja integracji księgowych Base, stan na 10.2026). Jeśli obsługujesz kilka kanałów sprzedaży, integracja z BaseLinkerem może uporządkować połączenie sklepu, marketplace i systemów księgowych. Przed wdrożeniem potwierdź zakres konektora, warunki abonamentu oraz obsługę korekt.

Przepływ powinien oddzielać złożenie zamówienia, potwierdzenie płatności, wystawienie dokumentu i przekazanie danych do księgowości. Każdy etap wymaga osobnego statusu oraz warunku uruchamiającego kolejną operację.

Uzgodnij proces na konkretnym zamówieniu:

1. Sklep zapisuje zamówienie i nadaje mu niezmienny identyfikator.
2. Operator płatności lub sklep potwierdza zdarzenie płatnicze.
3. Ustalona reguła uruchamia wystawienie właściwego dokumentu.
4. Integracja przekazuje dokument i dane do systemu księgowego.
5. System zapisuje wynik, identyfikator dokumentu i ewentualny błąd.

Zamówienie nie jest fakturą, a status płatności nie powinien być utożsamiany ze statusem dokumentu. Zamówienie może zostać anulowane, opłacone częściowo albo zrealizowane w kilku wysyłkach, dlatego regułę dokumentowania uzgodnij z księgowością. Dla każdej operacji określ, czy ponowienie aktualizuje istniejący rekord, czy może utworzyć drugi dokument.

Jeżeli sklep obsługuje kilka kanałów, integracja Allegro z WooCommerce pokazuje szerszy kontekst łączenia zamówień z wielu źródeł. Przy różnych identyfikatorach sklepu, magazynu i księgowości pomocny będzie też przepływ danych przez API między systemami.

Zwrot, korekta i anulowanie wymagają osobnego zdarzenia w sklepie oraz uzgodnionej reakcji w systemie księgowym. Integracja powinna zachować powiązanie zdarzenia z zamówieniem i dokumentem pierwotnym.

Tabela wskazuje operacje do przetestowania przed startem. Konkretne dokumenty i skutki księgowe zatwierdza księgowość, a integracja realizuje uzgodnioną regułę.

Wniosek: każde zdarzenie po wystawieniu dokumentu powinno wskazywać dokument pierwotny i zapisywać wynik w systemie. Zachowaj historię zamówienia, aby można było uzgodnić korektę lub zwrot.

Przygotowanie integracji do KSeF wymaga ustalenia, który system wystawia fakturę, który wysyła ją do KSeF i gdzie zapisuje wynik oraz identyfikator dokumentu. Krajowy System e-Faktur to platforma do wystawiania, przesyłania, otrzymywania i przechowywania faktur; tak opisuje ją serwis Ministerstwa Finansów, sprawdzony w 10.2026.

Przed wdrożeniem zadaj dostawcy systemu i księgowości konkretne pytania:

• Czy fakturę tworzy sklep, integrator, ERP czy program księgowy?
• Który system wysyła fakturę do KSeF i odczytuje odpowiedź?
• Jak system zapisuje numer lub identyfikator KSeF przy zamówieniu?
• Jak obsługuje odrzucenie dokumentu, niedostępność połączenia i ponowienie?
• Jak wiąże korektę z dokumentem pierwotnym?
• Kto sprawdza kolejkę dokumentów bez potwierdzonego wyniku?

Ministerstwo Finansów publikuje aktualne informacje o KSeF i jego wdrażaniu (serwis KSeF, stan na 10.2026). Potwierdź z księgowością i dostawcą harmonogram oraz przypadki dotyczące firmy przed produkcyjnym uruchomieniem. Integracja sklepu z programem księgowym nie oznacza automatycznie, że cały obieg KSeF jest skonfigurowany.

Oddziel błąd walidacji danych od błędu komunikacji z KSeF. Pierwszy może wymagać poprawy dokumentu, a drugi ponowienia transmisji po sprawdzeniu, czy system nie przyjął już faktury. Każde ponowienie powinno zachować historię próby i chronić przed utworzeniem duplikatu.

Poprawność integracji potwierdza zestaw testów obejmujący typ klienta, płatność, rabaty, dostawy i zdarzenia po sprzedaży. Każdy przypadek porównaj w sklepie, integratorze i systemie księgowym.

Wykonaj testy dla:

• konsumenta bez NIP;
• firmy z NIP;
• zamówienia z rabatem i opłatą za dostawę;
• płatności oczekującej, potwierdzonej i zwróconej;
• anulowania przed wystawieniem dokumentu;
• zwrotu częściowego i pełnego;
• korekty danych nabywcy;
• waluty innej niż podstawowa, jeżeli sklep ją obsługuje.

Dla każdego testu porównaj sumę pozycji, rabat, dostawę, podatek, walutę, status płatności i identyfikator dokumentu. Oznacz wynik jako zgodny albo opisz rozbieżność, jej właściciela i poprawkę. Test zalicz dopiero wtedy, gdy księgowość potwierdzi oczekiwany rezultat, a log techniczny zapisze wykonanie operacji.

Duplikatom zapobiega stabilny identyfikator zamówienia, zapis identyfikatora dokumentu i kontrolowane ponawianie operacji. Integracja powinna rozpoznać, czy rekord został już przetworzony, zanim ponownie utworzy dokument.

Zapisuj identyfikator zamówienia, nazwę operacji, czas, rezultat i identyfikator dokumentu zwrócony przez system docelowy. Ustaw powiadomienia dla błędów autoryzacji, walidacji danych, niedostępności API oraz nieudanych ponowień. API to interfejs, przez który systemy wymieniają dane według ustalonych reguł.

Po przerwie w działaniu połączenia porównaj liczbę zamówień źródłowych z liczbą rekordów w systemie docelowym dla tego samego zakresu czasu i statusów. Następnie wyodrębnij brakujące identyfikatory i uzupełniaj je kontrolowanie. Nie uruchamiaj ponownego importu całego zakresu, dopóki nie sprawdzisz, czy system docelowy nie utworzył już dokumentów.

Integracja gotowa przestaje wystarczać, gdy nie obsługuje wymaganych wyjątków, wielu sklepów, walut, magazynów lub uzgadniania dokumentów. Przejście na rozwiązanie dopasowane uzasadnij listą brakujących funkcji i kosztem ręcznej obsługi.

Tabela pomaga ocenić, czy ograniczenie dotyczy pojedynczego ustawienia, czy całego modelu pracy. Zapisz każdy problem z przykładem zamówienia i oczekiwanym rezultatem.

Wniosek: o zmianie modelu decyduje powtarzalny brak funkcji, którego nie da się bezpiecznie obsłużyć konfiguracją. Przy wielu kanałach i dokumentach rozpisz przepływ danych przed wyborem wykonawcy. Jeśli potrzebujesz wykonawcy, wdrożenie integracji BaseLinkerem może połączyć sklep z obsługiwanymi systemami i uporządkować automatyzację. Z naszych wdrożeń wynika, że najwięcej czasu oszczędza jasna obsługa wyjątków oraz procedura uzgodnień po awarii.

• Automatyzacja obsługi sprzedaży na Allegro: od zamówienia do wysyłki
• Co to jest BaseLinker, dlaczego firmy go wdrażają i kiedy się opłaca
• Integracja z Fulfillment by Amazon: zamówienia, stany i zwroty
• Jak skonfigurować sklep internetowy do sprzedaży na Amazon Marketplace
• Integracja Inter Cars ze sklepem internetowym: jak działa i co sprawdzić przed wdrożeniem