Jak zaksięgować wypłatę ze Stripe, PayU czy Allegro obejmującą setki zamówień. Prowizje, zwroty, wielowalutowość i sposób na automatyczne rozliczenie.
Księgowość w e-commerce: jak rozliczyć wypłatę obejmującą setki zamówień
W sklepie internetowym nie ma relacji jeden przelew do jednej faktury. Operator płatności przelewa raz na dobę albo raz w tygodniu kwotę netto po potrąceniu prowizji, zwrotów i chargebacków — a za nią stoi kilkaset transakcji. To jest moment, w którym księgowość e-commerce przestaje przypominać księgowość zwykłej firmy handlowej.
Najważniejsze wnioski
- Jedna wypłata to nie jedna operacja. Za przelewem od operatora stoi wiele zamówień, prowizje i korekty, które trzeba rozdzielić.
- Prowizja jest kosztem, nie pomniejszeniem przychodu. Księgowanie kwoty netto z wyciągu zaniża przychód i zniekształca marżę.
- Ręczne rozbijanie nie skaluje się. Przy kilkuset zamówieniach dziennie rozliczenie jednej wypłaty potrafi zająć godziny.
Dlaczego wyciąg bankowy nie wystarcza
Na wyciągu widnieje jedna pozycja: przelew od operatora płatności. Nie ma w niej numerów zamówień ani informacji o tym, ile z tej kwoty stanowi prowizja, a ile korekta za zwrot z poprzedniego okresu. Dane te znajdują się w raporcie rozliczeniowym operatora, w zupełnie innym formacie i często w innym cyklu.
Efektem jest sytuacja typowa dla sklepów rosnących szybciej niż ich procesy: saldo się zgadza, ale nie wiadomo, które zamówienia zostały opłacone, a które czekają. Analiza należności przestaje być możliwa.
Cztery przypadki, które psują rozliczenie
| Sytuacja | Na czym polega problem |
|---|---|
| Wypłata zbiorcza | Jedna kwota obejmuje kilkaset zamówień z różnych dni |
| Potrącona prowizja | Kwota na koncie jest niższa niż suma sprzedaży |
| Zwrot z poprzedniego okresu | Korekta pomniejsza bieżącą wypłatę, choć dotyczy innego miesiąca |
| Wielowalutowość | Sprzedaż w euro, wypłata w złotych, różnice kursowe na każdej pozycji |
Jak wygląda rozliczenie automatyczne
Rozwiązanie polega na połączeniu trzech źródeł: raportu rozliczeniowego operatora, danych o zamówieniach ze sklepu i wyciągu bankowego. System dopasowuje wypłatę do zbioru zamówień, wyodrębnia prowizję jako koszt, przypisuje zwroty do właściwych transakcji i przekazuje do systemu księgowego komplet zapisów zamiast jednej pozycji.
Zasady można opisać zwykłym zdaniem — na przykład że wpływy z opisem zawierającym nazwę operatora mają być dzielone na zamówienia z danego dnia rozliczeniowego. System stosuje taką regułę konsekwentnie przy każdej kolejnej wypłacie.
Co to zmienia w praktyce
- Należności są aktualne codziennie, a nie po ręcznym rozliczeniu na koniec miesiąca.
- Prowizje widać jako osobny koszt, więc marża na sprzedaży jest policzalna.
- Zwroty i chargebacki trafiają do właściwego okresu.
- Zamknięcie miesiąca przestaje zależeć od tego, czy ktoś zdążył rozbić wypłaty.
Sprzedaż na marketplace’ach i we własnym sklepie jednocześnie
Sklep, który sprzedaje równolegle na Allegro, Amazonie i we własnym serwisie, otrzymuje rozliczenia w trzech różnych formatach i w trzech różnych cyklach. Każdy operator inaczej nazywa prowizję, inaczej prezentuje zwroty i inaczej rozlicza opłaty dodatkowe za wyróżnienia czy kampanie.
Ujednolicenie tych źródeł jest warunkiem policzenia rentowności kanału. Bez niego wiadomo, ile wpłynęło łącznie, ale nie wiadomo, który kanał zarabia — a to pytanie, które w e-commerce decyduje o alokacji budżetu reklamowego.
Podatkowa strona sprzedaży zagranicznej
Sprzedaż do klientów z innych krajów Unii wprowadza dodatkową warstwę: rejestrację w procedurze OSS, właściwe stawki i raportowanie w podziale na kraje. Dane potrzebne do tego rozliczenia pochodzą z systemu sprzedażowego, nie z wyciągu bankowego.
Im wcześniej te informacje trafiają do księgowości w uporządkowanej formie, tym mniej pracy przy rozliczeniu okresowym. Odtwarzanie podziału na kraje po fakcie, na podstawie zestawień z kilku platform, jest jednym z najbardziej czasochłonnych zadań w księgowości e-commerce.
Najczęściej zadawane pytania
Czy trzeba zmieniać platformę sklepową albo system księgowy?
Nie. Warstwa rozliczeniowa działa pomiędzy nimi: pobiera dane z operatora płatności i ze sklepu, a do systemu księgowego przekazuje gotowe zapisy. Zarówno platforma, jak i program FK pozostają bez zmian.
Jak system radzi sobie ze sprzedażą w kilku walutach?
Przelicza kwoty według kursu z dnia właściwego dla danej operacji i wyodrębnia różnice kursowe. Pozycje przekraczające ustalony próg rozbieżności trafiają do weryfikacji zamiast być rozliczane automatycznie.
Co z zamówieniami opłaconymi za pobraniem i przelewem tradycyjnym?
Obsługiwane są tak samo jak pozostałe — dopasowanie następuje po numerze zamówienia, kwocie i danych kontrahenta. Sklepy zwykle łączą kilka kanałów płatności i wszystkie powinny trafiać do jednego widoku rozrachunków.







