Eksport zamówień do księgowości - automatyzacja bez ręcznego przepisywania

Łukasz Palej
Łukasz Palej
Technical Implementation Expert
Eksport zamówień do księgowości - automatyzacja bez ręcznego przepisywania
Eksport zamówień do księgowości da się zautomatyzować tak, żeby biuro rachunkowe dostawało komplet dokumentów sprzedaży, korekt i wpłat bez ręcznego przepisywania. Potrzebne są do tego trzy rzeczy: jedno miejsce, w którym powstają dokumenty (program do fakturowania lub ERP), stały kanał przekazania danych do księgowej (plik, API albo wspólny system) i automatyczne uzgadnianie wpłat z bramek płatności i pobrań z zamówieniami. Gdy te elementy działają, koniec miesiąca sprowadza się do sprawdzenia wyjątków, a nie do przepisywania setek pozycji.
W tym wpisie pokazujemy, jakie dane księgowa naprawdę potrzebuje ze sklepu i marketplace'ów, jakie są modele przepływu danych, co zmienił obowiązkowy KSeF i gdzie integracje najczęściej się sypią - przy korektach, zwrotach i uzgadnianiu płatności. Tekst jest dla właściciela sklepu, który chce odciążyć zespół i biuro rachunkowe, oraz dla osoby, która będzie zlecać tę pracę programiście.
[#wazne] W skrócie: automatyzacja księgowości sklepu polega na tym, że każde zamówienie z WooCommerce, Shopera, PrestaShop, Shopify czy Allegro automatycznie dostaje dokument sprzedaży, a dokumenty, korekty i wpłaty trafiają do księgowej w uzgodnionym formacie. Najwięcej pracy oszczędza uzgadnianie wpłat z bramek i pobrań z zamówieniami. Programiści Vinson budują takie przepływy - od integracji sklepu z programem fakturującym lub ERP po raporty dla biura rachunkowego.
Czym jest eksport zamówień do księgowości i jakie dane są potrzebne
Eksport zamówień do księgowości to przekazanie do biura rachunkowego lub działu księgowego danych, na podstawie których ujmuje się sprzedaż w ewidencji VAT i w księgach: dokumentów sprzedaży, korekt oraz informacji o zapłacie. Samo zamówienie ze sklepu nie jest dokumentem księgowym - jest źródłem danych, z którego taki dokument powstaje. Dlatego automatyzację zaczyna się od pytania, gdzie i w którym momencie powstaje faktura lub paragon, a nie od eksportu zamówień jako takich.
Księgowa nie potrzebuje wszystkiego, co jest w panelu sklepu. Potrzebuje za to kompletu i spójności. W praktyce na każdy miesiąc powinna dostać:
dokumenty sprzedaży - faktury (w tym faktury do paragonów) i raporty z kasy fiskalnej, jeśli sklep ewidencjonuje sprzedaż na kasie,
korekty - faktury korygujące po zwrotach, rabatach udzielonych po sprzedaży i reklamacjach oraz ewidencję zwrotów do paragonów,
zestawienie wpłat - raporty rozliczeń z bramek płatności, operatorów pobrań i marketplace'ów, najlepiej z numerem zamówienia przy każdej pozycji,
opłaty i prowizje - faktury kosztowe od marketplace'ów, bramek płatności i kurierów,
sprzedaż zagraniczna - jeśli sklep sprzedaje konsumentom w innych krajach UE, dane potrzebne do rozliczenia w procedurze OSS.
[#chart:wpr16a]
Automatyzacja księgowości sklepu - trzy modele przepływu danych
Sposób przekazania danych zależy od tego, z jakim programem pracuje biuro rachunkowe i gdzie sklep wystawia dokumenty. Najczęściej spotykamy trzy modele. Żaden nie jest uniwersalnie lepszy - liczy się to, żeby dokument powstawał w jednym miejscu i nie był przepisywany.
| Model | Jak działa | Kiedy się sprawdza | Na co uważać |
|---|---|---|---|
| Program do fakturowania + dostęp dla księgowej | Sklep lub integrator wystawia faktury w programie online, księgowa ma do niego dostęp lub pobiera eksport | Mały i średni sklep, biuro przyjmuje dane z popularnych programów | Korekty muszą powstawać w tym samym programie, nie ręcznie w sklepie |
| Integracja sklepu z ERP | Zamówienie trafia do ERP, tam powstaje dokument i ruch magazynowy, księgowość pracuje w tym samym systemie lub module | Firma z własnym magazynem i księgowością wewnętrzną | Mapowanie kontrahentów, stawek VAT i rabatów |
| Eksport plików | Raz na dzień lub miesiąc skrypt generuje plik (CSV, XML lub format importu programu księgowego) | Biuro pracuje w programie bez API, a dokumenty powstają w sklepie | Wersjonowanie plików, brak podwójnych importów, format uzgodniony z księgową |
W wielu sklepach rolę pośrednika pełni integrator, np. Base: pobiera zamówienia ze sklepu i z Allegro, wystawia dokumenty lub przekazuje je do programu fakturującego. Jak to ustawić krok po kroku, opisujemy we wpisie automatyczne fakturowanie zamówień z Allegro i sklepu. Porównanie popularnych programów znajdziesz w artykule integracja sklepu z Fakturownią, wFirmą i InFaktem.
Eksport zamówień do księgowości a KSeF - co się zmieniło w 2026
Krajowy System e-Faktur (KSeF) to państwowa platforma, w której wystawia się i odbiera faktury ustrukturyzowane. Obowiązek wystawiania faktur w KSeF objął największych podatników od 1 lutego 2026 r., a pozostałe firmy od 1 kwietnia 2026 r. Podatnicy, u których sprzedaż dokumentowana fakturami nie przekracza 10 000 zł brutto miesięcznie, mogą do końca 2026 r. wystawiać faktury poza KSeF (stan na kwiecień 2026 - sprawdź aktualne przepisy z księgową).
Dla automatyzacji oznacza to jedną ważną zmianę: faktura istnieje prawnie dopiero wtedy, gdy zostanie przyjęta przez KSeF i otrzyma numer KSeF. Integracja nie może więc kończyć pracy na „wygenerowałem PDF”. Musi wiedzieć, czy dokument został przyjęty, zapisać numer KSeF przy zamówieniu i obsłużyć odrzucenie, np. z powodu błędnego NIP-u. Paragony z kasy fiskalnej nie trafiają do KSeF, więc sklepy sprzedające konsumentom nadal mają dwa strumienie dokumentów, które trzeba połączyć w raportach.
KSeF upraszcza za to jedną rzecz: biuro rachunkowe, któremu nadasz uprawnienia w systemie, może samo pobierać wystawione faktury. Nie trzeba ich już wysyłać mailem ani eksportować do pliku. Integracja sklepu powinna więc przede wszystkim pilnować, żeby każde zamówienie, które wymaga faktury, faktycznie ją dostało w KSeF, a pozostałe dane - paragony, zwroty i wpłaty - trafiały do księgowej w osobnym, uporządkowanym zestawieniu.
Eksport zamówień do księgowości da się zautomatyzować tak, żeby biuro rachunkowe dostawało komplet dokumentów sprzedaży, korekt i wpłat bez ręcznego przepisywania. Potrzebne są do tego trzy rzeczy: jedno miejsce, w którym powstają dokumenty (program do fakturowania lub ERP), stały kanał przekazania danych do księgowej (plik, API albo wspólny system) i automatyczne uzgadnianie wpłat z bramek płatności i pobrań z zamówieniami. Gdy te elementy działają, koniec miesiąca sprowadza się do sprawdzenia wyjątków, a nie do przepisywania setek pozycji.
W tym wpisie pokazujemy, jakie dane księgowa naprawdę potrzebuje ze sklepu i marketplace'ów, jakie są modele przepływu danych, co zmienił obowiązkowy KSeF i gdzie integracje najczęściej się sypią - przy korektach, zwrotach i uzgadnianiu płatności. Tekst jest dla właściciela sklepu, który chce odciążyć zespół i biuro rachunkowe, oraz dla osoby, która będzie zlecać tę pracę programiście.
[#wazne] W skrócie: automatyzacja księgowości sklepu polega na tym, że każde zamówienie z WooCommerce, Shopera, PrestaShop, Shopify czy Allegro automatycznie dostaje dokument sprzedaży, a dokumenty, korekty i wpłaty trafiają do księgowej w uzgodnionym formacie. Najwięcej pracy oszczędza uzgadnianie wpłat z bramek i pobrań z zamówieniami. Programiści Vinson budują takie przepływy - od integracji sklepu z programem fakturującym lub ERP po raporty dla biura rachunkowego.
Czym jest eksport zamówień do księgowości i jakie dane są potrzebne
Eksport zamówień do księgowości to przekazanie do biura rachunkowego lub działu księgowego danych, na podstawie których ujmuje się sprzedaż w ewidencji VAT i w księgach: dokumentów sprzedaży, korekt oraz informacji o zapłacie. Samo zamówienie ze sklepu nie jest dokumentem księgowym - jest źródłem danych, z którego taki dokument powstaje. Dlatego automatyzację zaczyna się od pytania, gdzie i w którym momencie powstaje faktura lub paragon, a nie od eksportu zamówień jako takich.
Księgowa nie potrzebuje wszystkiego, co jest w panelu sklepu. Potrzebuje za to kompletu i spójności. W praktyce na każdy miesiąc powinna dostać:
dokumenty sprzedaży - faktury (w tym faktury do paragonów) i raporty z kasy fiskalnej, jeśli sklep ewidencjonuje sprzedaż na kasie,
korekty - faktury korygujące po zwrotach, rabatach udzielonych po sprzedaży i reklamacjach oraz ewidencję zwrotów do paragonów,
zestawienie wpłat - raporty rozliczeń z bramek płatności, operatorów pobrań i marketplace'ów, najlepiej z numerem zamówienia przy każdej pozycji,
opłaty i prowizje - faktury kosztowe od marketplace'ów, bramek płatności i kurierów,
sprzedaż zagraniczna - jeśli sklep sprzedaje konsumentom w innych krajach UE, dane potrzebne do rozliczenia w procedurze OSS.
[#chart:wpr16a]
Automatyzacja księgowości sklepu - trzy modele przepływu danych
Sposób przekazania danych zależy od tego, z jakim programem pracuje biuro rachunkowe i gdzie sklep wystawia dokumenty. Najczęściej spotykamy trzy modele. Żaden nie jest uniwersalnie lepszy - liczy się to, żeby dokument powstawał w jednym miejscu i nie był przepisywany.
| Model | Jak działa | Kiedy się sprawdza | Na co uważać |
|---|---|---|---|
| Program do fakturowania + dostęp dla księgowej | Sklep lub integrator wystawia faktury w programie online, księgowa ma do niego dostęp lub pobiera eksport | Mały i średni sklep, biuro przyjmuje dane z popularnych programów | Korekty muszą powstawać w tym samym programie, nie ręcznie w sklepie |
| Integracja sklepu z ERP | Zamówienie trafia do ERP, tam powstaje dokument i ruch magazynowy, księgowość pracuje w tym samym systemie lub module | Firma z własnym magazynem i księgowością wewnętrzną | Mapowanie kontrahentów, stawek VAT i rabatów |
| Eksport plików | Raz na dzień lub miesiąc skrypt generuje plik (CSV, XML lub format importu programu księgowego) | Biuro pracuje w programie bez API, a dokumenty powstają w sklepie | Wersjonowanie plików, brak podwójnych importów, format uzgodniony z księgową |
W wielu sklepach rolę pośrednika pełni integrator, np. Base: pobiera zamówienia ze sklepu i z Allegro, wystawia dokumenty lub przekazuje je do programu fakturującego. Jak to ustawić krok po kroku, opisujemy we wpisie automatyczne fakturowanie zamówień z Allegro i sklepu. Porównanie popularnych programów znajdziesz w artykule integracja sklepu z Fakturownią, wFirmą i InFaktem.
Eksport zamówień do księgowości a KSeF - co się zmieniło w 2026
Krajowy System e-Faktur (KSeF) to państwowa platforma, w której wystawia się i odbiera faktury ustrukturyzowane. Obowiązek wystawiania faktur w KSeF objął największych podatników od 1 lutego 2026 r., a pozostałe firmy od 1 kwietnia 2026 r. Podatnicy, u których sprzedaż dokumentowana fakturami nie przekracza 10 000 zł brutto miesięcznie, mogą do końca 2026 r. wystawiać faktury poza KSeF (stan na kwiecień 2026 - sprawdź aktualne przepisy z księgową).
Dla automatyzacji oznacza to jedną ważną zmianę: faktura istnieje prawnie dopiero wtedy, gdy zostanie przyjęta przez KSeF i otrzyma numer KSeF. Integracja nie może więc kończyć pracy na „wygenerowałem PDF”. Musi wiedzieć, czy dokument został przyjęty, zapisać numer KSeF przy zamówieniu i obsłużyć odrzucenie, np. z powodu błędnego NIP-u. Paragony z kasy fiskalnej nie trafiają do KSeF, więc sklepy sprzedające konsumentom nadal mają dwa strumienie dokumentów, które trzeba połączyć w raportach.
KSeF upraszcza za to jedną rzecz: biuro rachunkowe, któremu nadasz uprawnienia w systemie, może samo pobierać wystawione faktury. Nie trzeba ich już wysyłać mailem ani eksportować do pliku. Integracja sklepu powinna więc przede wszystkim pilnować, żeby każde zamówienie, które wymaga faktury, faktycznie ją dostało w KSeF, a pozostałe dane - paragony, zwroty i wpłaty - trafiały do księgowej w osobnym, uporządkowanym zestawieniu.
- Wycena zadania w 24 h w dni robocze
- Integracje, API, feedy i poprawki w sklepie
- Rozliczenie godzinowe albo za projekt
Konsultację poprowadzi Łukasz Palej, Technical Implementation ExpertKorekty i zwroty - najsłabsze ogniwo eksportu do księgowości
Wystawienie faktury do opłaconego zamówienia automatyzuje dziś niemal każdy program. Problemy zaczynają się później. Klient odsyła część towaru, obsługa daje rabat za uszkodzone opakowanie, zamówienie zostaje anulowane po wystawieniu faktury. Jeśli te zdarzenia obsługuje się ręcznie w panelu sklepu, a dokument korygujący powstaje (albo nie powstaje) gdzie indziej, dane w księgach przestają zgadzać się z rzeczywistością.
Dobrze zaprojektowana integracja traktuje korektę jak osobne zdarzenie z własnymi regułami:
zwrot pieniędzy w bramce płatności lub zwrot towaru na magazyn uruchamia przygotowanie korekty w tym samym programie, który wystawił fakturę,
korekta odwołuje się do numeru faktury pierwotnej, a w KSeF także do jej numeru KSeF,
przy sprzedaży na paragon zwrot trafia do ewidencji zwrotów, którą księgowa dostaje razem z dokumentami miesiąca,
zamówienie w sklepie dostaje status, z którego jasno wynika, że korekta została wystawiona, a pieniądze zwrócone.
Poniżej najczęstsze objawy, które widzimy przy przejmowaniu istniejących integracji, i to, co zwykle je naprawia.
[#chart:wpr16b]
Uzgadnianie płatności - jak połączyć wpłaty z zamówieniami
Uzgadnianie płatności to sprawdzenie, czy każda wpłata na koncie ma przypisany dokument sprzedaży i odwrotnie. Dla księgowej to zwykle najbardziej czasochłonna część miesiąca. Bramka płatności przelewa na konto środki zbiorczo, często pomniejszone o prowizję, a operator pobrań przekazuje jedną kwotę za kilkadziesiąt paczek. Wyciąg bankowy pokazuje więc kilka przelewów, a w sklepie jest kilkaset zamówień.
Rozwiązaniem jest raport rozliczeń, który większość bramek i marketplace'ów udostępnia w panelu lub przez API. Integracja pobiera taki raport, dopasowuje każdą pozycję do zamówienia po identyfikatorze transakcji lub numerze zamówienia i oznacza wyjątki: wpłaty bez zamówienia, zamówienia bez wpłaty, różnice kwot. Do księgowej trafia zestawienie, w którym zbiorczy przelew jest rozbity na zamówienia, a prowizja wykazana osobno.
Skuteczność takiego uzgadniania warto mierzyć jednym wskaźnikiem. Jeśli większość wpłat dopasowuje się automatycznie, ręcznie zostają tylko wyjątki.
[#chart:wpr16c]
[#przyklad] Przykład (wartości umowne): sklep ma w miesiącu 1 200 wpłat z bramki i pobrań. Integracja automatycznie dopasowuje 1 164 z nich, czyli 97%. Księgowa dostaje listę 36 wyjątków - głównie dopłat do przesyłki, podwójnych płatności i zwrotów - zamiast przeglądać cały wyciąg.
Allegro i inne marketplace'y w eksporcie do księgowości
Sprzedaż na marketplace'ach dokłada do eksportu dwie trudności. Pierwsza to dokumenty: marketplace przekazuje zamówienie, ale fakturę lub paragon musi wystawić sprzedawca, a klient Allegro może w trakcie zakupu zaznaczyć, że chce fakturę, i podać dane firmy. Integracja musi tę informację odczytać i na jej podstawie wybrać rodzaj dokumentu. Jeśli fakturę dla klienta firmowego wystawi się ręcznie, a zamówienie równolegle trafi na paragon, sprzedaż zostanie wykazana podwójnie.
Druga trudność to pieniądze. Wpłaty za zamówienia z marketplace'u nie przychodzą od klientów pojedynczo, tylko jako wypłaty z salda sprzedawcy, a prowizje i opłaty są rozliczane osobno i dokumentowane fakturami kosztowymi. Allegro udostępnia w REST API historię operacji płatniczych, więc wypłatę można rozbić na konkretne zamówienia i zwroty. Podobne raporty, w panelu lub przez API, mają inne marketplace'y i bramki płatności.
Dla każdego kanału ustal, z jakiego raportu pochodzą dane o wpłatach i prowizjach.
Przechowuj identyfikator zamówienia z marketplace'u w dokumencie sprzedaży - to klucz do późniejszego dopasowania.
Faktury kosztowe od marketplace'ów pobieraj automatycznie lub przypisz osobę, która przekazuje je co miesiąc.
Jak wdrożyć eksport zamówień do księgowości krok po kroku
Kolejność prac ma znaczenie. Najczęstszy błąd to zaczynanie od pisania skryptu eksportu, zanim ustali się z księgową, czego ona potrzebuje i w jakiej formie. Proponujemy taki porządek:
Rozmowa z księgową - program, w którym pracuje biuro, akceptowane formaty importu, terminy przekazywania dokumentów, sposób rozliczania sprzedaży na paragon.
Mapa kanałów sprzedaży - sklep, Allegro, inne marketplace'y, sprzedaż B2B. Dla każdego kanału: kto wystawia dokument i kto pobiera pieniądze.
Jedno miejsce wystawiania dokumentów - program do fakturowania, integrator albo ERP. Wyłączenie wystawiania faktur w kilku miejscach równolegle.
Reguły dokumentów - kiedy faktura, kiedy paragon, w którym statusie zamówienia, jak traktować koszty wysyłki i rabaty, jak liczyć VAT przy sprzedaży do innych krajów UE.
Obsługa korekt i zwrotów - wyzwalacze, numeracja, powiązanie z fakturą pierwotną.
Uzgadnianie wpłat - pobieranie raportów rozliczeń z bramek i marketplace'ów, dopasowanie do zamówień, lista wyjątków.
Raport miesięczny i monitoring - automatyczne zestawienie dla biura i powiadomienie o dokumentach odrzuconych lub niewystawionych.
[#checklista] Lista kontrolna przed zamknięciem miesiąca: każde opłacone zamówienie ma dokument sprzedaży - każda faktura ma numer KSeF lub status wyjaśniający, dlaczego go nie ma - każdy zwrot pieniędzy ma korektę lub wpis w ewidencji zwrotów - zbiorcze przelewy z bramek i pobrań są rozbite na zamówienia - prowizje marketplace'ów i bramek mają faktury kosztowe - lista wyjątków jest pusta albo opisana dla księgowej.
Jeśli sklep pracuje na Subiekcie lub innym programie z magazynem, dokument i ruch magazynowy powinny powstawać w tym samym kroku. Szczegóły takiego połączenia opisujemy w artykule integracja Subiekta GT ze sklepem internetowym.
Jak Vinson pomaga w automatyzacji księgowości sklepu
Programiści Vinson łączą sklepy na WooCommerce, Shoperze, PrestaShop i Shopify oraz konta Allegro z programami do fakturowania, systemami ERP i biurami rachunkowymi. Zaczynamy od rozmowy z Tobą i z księgową, a potem budujemy przepływ: wystawianie dokumentów w jednym miejscu, obsługę korekt, pobieranie raportów rozliczeń z bramek płatności i marketplace'ów, uzgadnianie wpłat oraz raport miesięczny z listą wyjątków. Jako certyfikowany partner Base często wykorzystujemy ten integrator jako warstwę pośrednią, a tam, gdzie gotowe moduły nie wystarczają, piszemy własne skrypty i integracje API. Szczegóły i kontakt znajdziesz na stronie Wsparcie programistyczne dla e-commerce.
Najczęściej zadawane pytania
Czy da się całkowicie zautomatyzować eksport zamówień do księgowości?
Wystawianie dokumentów, przekazywanie ich biuru i dopasowanie większości wpłat można zautomatyzować w pełni. Ręcznie zostają wyjątki, np. płatności bez numeru zamówienia czy nietypowe korekty. Dobrze wdrożony system pokazuje je na osobnej liście, więc nie trzeba przeglądać wszystkich dokumentów.
Jaki format eksportu zamówień akceptuje biuro rachunkowe?
To zależy od programu, w którym pracuje biuro. Część programów importuje pliki CSV lub XML w określonej strukturze, inne pobierają dokumenty bezpośrednio z programu do fakturowania lub z KSeF. Format zawsze warto ustalić z księgową przed rozpoczęciem prac programistycznych.
Czy po wejściu KSeF nadal trzeba eksportować faktury do księgowej?
Faktury wystawione w KSeF biuro rachunkowe może pobrać z systemu, jeśli ma nadane uprawnienia. Nadal trzeba jednak przekazać raporty kasowe, ewidencję zwrotów do paragonów, zestawienia wpłat i dane o prowizjach. KSeF nie zastępuje uzgadniania płatności z zamówieniami.
Jak rozliczyć zbiorczy przelew z bramki płatności?
Trzeba pobrać z bramki raport rozliczenia, w którym każda transakcja ma identyfikator i kwotę, a następnie dopasować pozycje do zamówień. Prowizja bramki jest kosztem udokumentowanym osobną fakturą. Integracja może robić to automatycznie i przekazywać księgowej gotowe zestawienie.
Ile kosztuje automatyzacja księgowości sklepu?
Koszt zależy od liczby kanałów sprzedaży, programu księgowego i tego, czy da się wykorzystać gotowe integracje. Proste połączenie sklepu z programem do fakturowania bywa kwestią konfiguracji, a uzgadnianie wpłat z kilku bramek i marketplace'ów wymaga już pracy programisty. Wycenę przygotowujemy po krótkiej analizie procesu.
Eksport zamówień do księgowości przestaje być problemem wtedy, gdy dokumenty powstają w jednym miejscu, korekty mają swoje reguły, a wpłaty są uzgadniane automatycznie. Jeśli chcesz, żeby koniec miesiąca w Twoim sklepie wyglądał właśnie tak, sprawdź wsparcie programistyczne Vinson. Jeśli dokumenty wystawiasz w Fakturowni, wFirmie lub InFakcie, zajrzyj też do porównania integracji sklepu z programami do fakturowania.
Korekty i zwroty - najsłabsze ogniwo eksportu do księgowości
Wystawienie faktury do opłaconego zamówienia automatyzuje dziś niemal każdy program. Problemy zaczynają się później. Klient odsyła część towaru, obsługa daje rabat za uszkodzone opakowanie, zamówienie zostaje anulowane po wystawieniu faktury. Jeśli te zdarzenia obsługuje się ręcznie w panelu sklepu, a dokument korygujący powstaje (albo nie powstaje) gdzie indziej, dane w księgach przestają zgadzać się z rzeczywistością.
Dobrze zaprojektowana integracja traktuje korektę jak osobne zdarzenie z własnymi regułami:
zwrot pieniędzy w bramce płatności lub zwrot towaru na magazyn uruchamia przygotowanie korekty w tym samym programie, który wystawił fakturę,
korekta odwołuje się do numeru faktury pierwotnej, a w KSeF także do jej numeru KSeF,
przy sprzedaży na paragon zwrot trafia do ewidencji zwrotów, którą księgowa dostaje razem z dokumentami miesiąca,
zamówienie w sklepie dostaje status, z którego jasno wynika, że korekta została wystawiona, a pieniądze zwrócone.
Poniżej najczęstsze objawy, które widzimy przy przejmowaniu istniejących integracji, i to, co zwykle je naprawia.
[#chart:wpr16b]
Uzgadnianie płatności - jak połączyć wpłaty z zamówieniami
Uzgadnianie płatności to sprawdzenie, czy każda wpłata na koncie ma przypisany dokument sprzedaży i odwrotnie. Dla księgowej to zwykle najbardziej czasochłonna część miesiąca. Bramka płatności przelewa na konto środki zbiorczo, często pomniejszone o prowizję, a operator pobrań przekazuje jedną kwotę za kilkadziesiąt paczek. Wyciąg bankowy pokazuje więc kilka przelewów, a w sklepie jest kilkaset zamówień.
Rozwiązaniem jest raport rozliczeń, który większość bramek i marketplace'ów udostępnia w panelu lub przez API. Integracja pobiera taki raport, dopasowuje każdą pozycję do zamówienia po identyfikatorze transakcji lub numerze zamówienia i oznacza wyjątki: wpłaty bez zamówienia, zamówienia bez wpłaty, różnice kwot. Do księgowej trafia zestawienie, w którym zbiorczy przelew jest rozbity na zamówienia, a prowizja wykazana osobno.
Skuteczność takiego uzgadniania warto mierzyć jednym wskaźnikiem. Jeśli większość wpłat dopasowuje się automatycznie, ręcznie zostają tylko wyjątki.
[#chart:wpr16c]
[#przyklad] Przykład (wartości umowne): sklep ma w miesiącu 1 200 wpłat z bramki i pobrań. Integracja automatycznie dopasowuje 1 164 z nich, czyli 97%. Księgowa dostaje listę 36 wyjątków - głównie dopłat do przesyłki, podwójnych płatności i zwrotów - zamiast przeglądać cały wyciąg.
Allegro i inne marketplace'y w eksporcie do księgowości
Sprzedaż na marketplace'ach dokłada do eksportu dwie trudności. Pierwsza to dokumenty: marketplace przekazuje zamówienie, ale fakturę lub paragon musi wystawić sprzedawca, a klient Allegro może w trakcie zakupu zaznaczyć, że chce fakturę, i podać dane firmy. Integracja musi tę informację odczytać i na jej podstawie wybrać rodzaj dokumentu. Jeśli fakturę dla klienta firmowego wystawi się ręcznie, a zamówienie równolegle trafi na paragon, sprzedaż zostanie wykazana podwójnie.
Druga trudność to pieniądze. Wpłaty za zamówienia z marketplace'u nie przychodzą od klientów pojedynczo, tylko jako wypłaty z salda sprzedawcy, a prowizje i opłaty są rozliczane osobno i dokumentowane fakturami kosztowymi. Allegro udostępnia w REST API historię operacji płatniczych, więc wypłatę można rozbić na konkretne zamówienia i zwroty. Podobne raporty, w panelu lub przez API, mają inne marketplace'y i bramki płatności.
Dla każdego kanału ustal, z jakiego raportu pochodzą dane o wpłatach i prowizjach.
Przechowuj identyfikator zamówienia z marketplace'u w dokumencie sprzedaży - to klucz do późniejszego dopasowania.
Faktury kosztowe od marketplace'ów pobieraj automatycznie lub przypisz osobę, która przekazuje je co miesiąc.
Jak wdrożyć eksport zamówień do księgowości krok po kroku
Kolejność prac ma znaczenie. Najczęstszy błąd to zaczynanie od pisania skryptu eksportu, zanim ustali się z księgową, czego ona potrzebuje i w jakiej formie. Proponujemy taki porządek:
Rozmowa z księgową - program, w którym pracuje biuro, akceptowane formaty importu, terminy przekazywania dokumentów, sposób rozliczania sprzedaży na paragon.
Mapa kanałów sprzedaży - sklep, Allegro, inne marketplace'y, sprzedaż B2B. Dla każdego kanału: kto wystawia dokument i kto pobiera pieniądze.
Jedno miejsce wystawiania dokumentów - program do fakturowania, integrator albo ERP. Wyłączenie wystawiania faktur w kilku miejscach równolegle.
Reguły dokumentów - kiedy faktura, kiedy paragon, w którym statusie zamówienia, jak traktować koszty wysyłki i rabaty, jak liczyć VAT przy sprzedaży do innych krajów UE.
Obsługa korekt i zwrotów - wyzwalacze, numeracja, powiązanie z fakturą pierwotną.
Uzgadnianie wpłat - pobieranie raportów rozliczeń z bramek i marketplace'ów, dopasowanie do zamówień, lista wyjątków.
Raport miesięczny i monitoring - automatyczne zestawienie dla biura i powiadomienie o dokumentach odrzuconych lub niewystawionych.
[#checklista] Lista kontrolna przed zamknięciem miesiąca: każde opłacone zamówienie ma dokument sprzedaży - każda faktura ma numer KSeF lub status wyjaśniający, dlaczego go nie ma - każdy zwrot pieniędzy ma korektę lub wpis w ewidencji zwrotów - zbiorcze przelewy z bramek i pobrań są rozbite na zamówienia - prowizje marketplace'ów i bramek mają faktury kosztowe - lista wyjątków jest pusta albo opisana dla księgowej.
Jeśli sklep pracuje na Subiekcie lub innym programie z magazynem, dokument i ruch magazynowy powinny powstawać w tym samym kroku. Szczegóły takiego połączenia opisujemy w artykule integracja Subiekta GT ze sklepem internetowym.
Jak Vinson pomaga w automatyzacji księgowości sklepu
Programiści Vinson łączą sklepy na WooCommerce, Shoperze, PrestaShop i Shopify oraz konta Allegro z programami do fakturowania, systemami ERP i biurami rachunkowymi. Zaczynamy od rozmowy z Tobą i z księgową, a potem budujemy przepływ: wystawianie dokumentów w jednym miejscu, obsługę korekt, pobieranie raportów rozliczeń z bramek płatności i marketplace'ów, uzgadnianie wpłat oraz raport miesięczny z listą wyjątków. Jako certyfikowany partner Base często wykorzystujemy ten integrator jako warstwę pośrednią, a tam, gdzie gotowe moduły nie wystarczają, piszemy własne skrypty i integracje API. Szczegóły i kontakt znajdziesz na stronie Wsparcie programistyczne dla e-commerce.
Najczęściej zadawane pytania
Czy da się całkowicie zautomatyzować eksport zamówień do księgowości?
Wystawianie dokumentów, przekazywanie ich biuru i dopasowanie większości wpłat można zautomatyzować w pełni. Ręcznie zostają wyjątki, np. płatności bez numeru zamówienia czy nietypowe korekty. Dobrze wdrożony system pokazuje je na osobnej liście, więc nie trzeba przeglądać wszystkich dokumentów.
Jaki format eksportu zamówień akceptuje biuro rachunkowe?
To zależy od programu, w którym pracuje biuro. Część programów importuje pliki CSV lub XML w określonej strukturze, inne pobierają dokumenty bezpośrednio z programu do fakturowania lub z KSeF. Format zawsze warto ustalić z księgową przed rozpoczęciem prac programistycznych.
Czy po wejściu KSeF nadal trzeba eksportować faktury do księgowej?
Faktury wystawione w KSeF biuro rachunkowe może pobrać z systemu, jeśli ma nadane uprawnienia. Nadal trzeba jednak przekazać raporty kasowe, ewidencję zwrotów do paragonów, zestawienia wpłat i dane o prowizjach. KSeF nie zastępuje uzgadniania płatności z zamówieniami.
Jak rozliczyć zbiorczy przelew z bramki płatności?
Trzeba pobrać z bramki raport rozliczenia, w którym każda transakcja ma identyfikator i kwotę, a następnie dopasować pozycje do zamówień. Prowizja bramki jest kosztem udokumentowanym osobną fakturą. Integracja może robić to automatycznie i przekazywać księgowej gotowe zestawienie.
Ile kosztuje automatyzacja księgowości sklepu?
Koszt zależy od liczby kanałów sprzedaży, programu księgowego i tego, czy da się wykorzystać gotowe integracje. Proste połączenie sklepu z programem do fakturowania bywa kwestią konfiguracji, a uzgadnianie wpłat z kilku bramek i marketplace'ów wymaga już pracy programisty. Wycenę przygotowujemy po krótkiej analizie procesu.
Eksport zamówień do księgowości przestaje być problemem wtedy, gdy dokumenty powstają w jednym miejscu, korekty mają swoje reguły, a wpłaty są uzgadniane automatycznie. Jeśli chcesz, żeby koniec miesiąca w Twoim sklepie wyglądał właśnie tak, sprawdź wsparcie programistyczne Vinson. Jeśli dokumenty wystawiasz w Fakturowni, wFirmie lub InFakcie, zajrzyj też do porównania integracji sklepu z programami do fakturowania.


Łukasz Palej
Technical Implementation Expert
Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.
Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.
Wsparcie programistyczne dla e-commerce
Łukasz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie - bez zobowiązań.
- Analiza Twojego konta i obecnych działań
- Konkretny plan poprawek do wdrożenia
- Bezpłatna konsultacja – bez zobowiązań

Przeczytaj także
Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.
Masz pytania? Chętnie porozmawiamy!
Masz pytania? Chętnie porozmawiamy!
Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.
Masz pytania? Chętnie porozmawiamy!
Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.

Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."

Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."
Wybierz dogodny termin w kalendarzu - bez wymiany maili w tę i z powrotem.
Napisz do nas
Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.
Na zapytanie odpowie Łukasz Palej, Technical Implementation ExpertNapisz do nas
Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.
Na zapytanie odpowie Łukasz Palej, Technical Implementation Expert