Jeden przelew od Amazon nie pokazuje zysku. Jak zautomatyzować rozliczenie zamówień?

Data ostatniej aktualizacji: 27.08.2026

AMAZON PAYMENTS: +120 000 zł

Kwota zgadza się z wyciągiem bankowym. Można zamknąć uzgodnienie płatności.

Nadal jednak nie wiadomo, na czym firma zarobiła.

Przelew od Amazon jest wynikiem wielu zdarzeń finansowych. Sprzedaż zwiększa jego wartość. Zwroty, prowizje, FBA fee, promocje i korekty ją obniżają. Część zdarzeń może dotyczyć zamówień z wcześniejszych okresów.

Jedna kwota pokazuje, ile środków wpłynęło na konto. Nie pokazuje rentowności zamówień, produktów ani marketplace.

Spis treści:

1. Co znajduje się wewnątrz przelewu?

2. Ręczne rozliczenie zaczyna się tam, gdzie kończy się przelew

3. Order ID to oś rozliczenia, ale potrzebujemy zejść niżej

4. Co robi automatyzacja?

5. Dane powinny trafić dalej niż do dashboardu

6. Jeden przelew może ukrywać dwa przeciwne wyniki

7. Rozpakujmy jeden przelew od Amazon

Ten artykuł przeczytasz w 4 minuty.

Co znajduje się wewnątrz przelewu?

Spójrzmy na modelowe rozliczenie:

Kwota wpłaty zgadza się co do złotówki.

Nadal nie wiemy jednak, ile firma zarobiła. W rozliczeniu nie ma jeszcze kosztu zakupu lub produkcji, transportu, cła ani innych kosztów przyjętych w firmowym P&L.

Nie wiadomo również, które SKU wygenerowały dodatni wynik, a które tylko zwiększyły obrót.

Amazon udostępnia raporty rozliczeniowe, w których opłaty i inne zdarzenia są opisane między innymi przez pola amount-type, amount-description oraz amount. W raportach płatniczych mogą znajdować się także Order ID, SKU, wartość sprzedaży, rabaty promocyjne, opłaty sprzedażowe oraz FBA fee.

Ręczne rozliczenie zaczyna się tam, gdzie kończy się przelew

Aby odpowiedzieć na pytanie o zysk, zespół finansowy musi:

1. Pobrać raporty rozliczeniowe

2. Uporządkować typy zdarzeń

3. Połączyć je z zamówieniami

4. Przypisać pozycje do SKU i marketplace

5. Uwzględnić późniejsze zwroty oraz korekty

6. Dołączyć koszt produktu

7. Przeliczyć wartości walutowe na PLN

8. Przygotować dane do analizy lub importu do ERP

Przy niewielkiej liczbie zamówień można wykonać ten proces w arkuszu.

Gdy firma sprzedaje tysiące produktów na kilku marketplace, każdy kolejny okres rozliczeniowy oznacza ponowne pobieranie, czyszczenie i łączenie danych. Finansista nie analizuje wtedy wyniku. Najpierw musi go ręcznie zbudować.

Właśnie takie powtarzalne zadania tworzą ukryty koszt operacyjny. Szerzej pokazujemy go w analizie ile kosztują ręczne procesy e-commerce i kiedy warto je automatyzować.

Order ID to oś rozliczenia, ale potrzebujemy zejść niżej

Jedno zamówienie może zawierać kilka produktów.

SKU A może wygenerować wysoką marżę. SKU B może zostać sprzedane w promocji. SKU C może zostać zwrócone dwa tygodnie później.

Wynik całego zamówienia nie pokaże, który produkt odpowiada za zysk lub stratę.

Dlatego automatyczne rozliczenie zamówień Amazon powinno łączyć:

Order ID → pozycję zamówienia → SKU → marketplace → zdarzenie finansowe

Dopiero taki poziom szczegółowości pozwala sprawdzić rentowność zamówienia Amazon oraz wynik poszczególnych produktów.

Firma znająca jedynie wynik zbiorczy wie, ile zarobiła w całym okresie. Firma znająca marżę per SKU wie, gdzie zmienić cenę, ograniczyć promocję, skorygować reklamę lub wycofać nierentowny wariant.

Co robi automatyzacja?

System może cyklicznie:

• Pobierać raporty sprzedażowe i finansowe

• Rozpoznawać typy opłat, zwrotów oraz korekt

• Łączyć zdarzenia z Order ID i SKU

• Przypisywać wynik do odpowiedniego marketplace

• Pobierać koszt produktu z ERP lub bazy kosztowej

• Stosować uzgodnioną regułę przeliczenia waluty

• Obliczać wynik według firmowej metodologii

• Tworzyć plik uzgodnieniowy lub przekazywać dane do ERP

Taki proces może być częścią szerszego systemu do automatyzacji sprzedaży Amazon, który łączy dane z Amazon, systemów ERP i innych źródeł w jednym modelu raportowania i kontroli rentowności.

NBP udostępnia publiczne API zawierające bieżące i historyczne kursy walut w formacie JSON lub XML. Automatyzacja może pobierać odpowiedni kurs dla wskazanej daty. Zasada wyboru daty oraz tabeli powinna zostać wcześniej uzgodniona z zespołem finansowym lub księgowością.

Technologia nie ustala za firmę zasad rachunkowych. Pilnuje, aby raz przyjęta metodologia była stosowana w taki sam sposób do każdego kolejnego zdarzenia.

Dane powinny trafić dalej niż do dashboardu

Wynik per Order ID i SKU nie powinien pozostawać jedynie ciekawostką w raporcie zarządczym.

Może zasilać:

• Księgowość zarządczą

• Analizę marży per SKU

• Decyzje cenowe

• Optymalizację Amazon Ads

• Kontrolę promocji

• Ocenę rentowności marketplace

• Uzgodnienie rozliczeń

• Proces finansowy w ERP

Sposób przekazywania danych zależy od używanego systemu oraz jego konfiguracji. Rozwiązania takie jak Subiekt GT Sfera, Symfonia ERP WebAPI czy Comarch ERP Enterprise oferują mechanizmy pozwalające integrować system ERP z aplikacjami zewnętrznymi.

Możemy więc przygotować dane w formacie importowym albo zbudować bezpośrednią wymianę przez dostępny interfejs. Zakres zależy od wersji ERP, modułów i procesu księgowego firmy.

Jeden przelew może ukrywać dwa przeciwne wyniki

Załóżmy, że dwa produkty wygenerowały identyczny obrót:

SKU A

Sprzedaż: 80 000 zł
Wynik: +20 000 zł

SKU B

Sprzedaż: 80 000 zł
Wynik: -2 000 zł

Zbiorczo firma nadal widzi 160 000 zł sprzedaży i 18 000 zł dodatniego wyniku.

SKU B cały czas jednak pochłania kapitał, zajmuje zapas i obniża wynik. Bez danych per SKU może otrzymać dodatkowy budżet reklamowy tylko dlatego, że generuje dużo zamówień.

Automatyzacja zamienia zbiorczą kwotę w informację, na której można oprzeć konkretną decyzję.

Rozpakujmy jeden przelew od Amazon

Nie trzeba zaczynać od przebudowy całego systemu finansowego.

Możemy wziąć jeden okres rozliczeniowy, połączyć zdarzenia z zamówieniami i SKU, a następnie sprawdzić:

• Ile ręcznej pracy wymaga obecne uzgodnienie

• Których danych brakuje

• Gdzie powstają błędy lub opóźnienia

• Które etapy można zautomatyzować

• Jak przekazać wynik do używanego ERP

Zautomatyzujemy drogę od zbiorczego przelewu od Amazon do wyniku per zamówienie, SKU i marketplace.

Wyliczenia przedstawione w artykule są modelową symulacją. Zakres P&L, sposób przypisywania kosztów oraz zasady przeliczania walut wymagają uzgodnienia z działem finansowym lub księgowością firmy.

FAQ – najczęściej zadawane pytania

Dlaczego przelew od Amazon nie pokazuje zysku ze sprzedaży?

Przelew od Amazon jest wynikiem wielu zdarzeń finansowych, takich jak sprzedaż produktów, zwroty, prowizje, FBA fee, promocje i korekty. Pokazuje, ile środków trafiło na konto firmy, ale nie uwzględnia wszystkich kosztów potrzebnych do określenia rentowności poszczególnych zamówień i SKU.

Co znajduje się w rozliczeniu Amazon Payments?

W raportach płatniczych mogą znajdować się m.in. Order ID, SKU, wartość sprzedaży, rabaty promocyjne, opłaty sprzedażowe oraz FBA fee. Raporty rozliczeniowe opisują poszczególne zdarzenia finansowe m.in. przez pola amount-type, amount-description i amount.

Jak rozliczać zamówienia Amazon per Order ID i SKU?

Rozliczenie powinno łączyć dane na poziomie Order ID → pozycji zamówienia → SKU → marketplace → zdarzenia finansowego. Następnie można dołączyć koszt produktu oraz pozostałe koszty zgodnie z przyjętą w firmie metodologią finansową i określić wynik poszczególnych produktów.

Dlaczego samo Order ID nie wystarcza do analizy rentowności?

Jedno zamówienie może obejmować kilka produktów o różnych kosztach i wynikach. Jeden SKU może generować wysoką marżę, inny zostać sprzedany w promocji, a kolejny zwrócony w późniejszym terminie. Dlatego analiza wyłącznie na poziomie całego zamówienia nie pokazuje, które produkty odpowiadają za dodatni lub ujemny wynik.

Jak zautomatyzować rozliczanie sprzedaży na Amazon?

System może automatycznie pobierać raporty sprzedażowe i finansowe, rozpoznawać typy opłat, zwrotów i korekt, łączyć zdarzenia z Order ID i SKU oraz przypisywać je do odpowiednich marketplace’ów. Następnie może dołączyć koszty produktu, zastosować ustalone zasady przeliczania walut i przekazać przygotowane dane do analizy lub ERP.

Czy można zintegrować rozliczenia Amazon z systemem ERP?

Tak, jeżeli wykorzystywany system i jego konfiguracja umożliwiają integrację z aplikacjami zewnętrznymi. Dane z Amazon mogą zostać przygotowane w odpowiednim formacie importowym lub przekazane bezpośrednio przez dostępny interfejs. Zakres integracji zależy od konkretnego ERP, jego wersji, modułów oraz procesu finansowego firmy.

Jak uwzględniać kursy walut w automatycznym rozliczeniu Amazon?

Automatyzacja może pobierać bieżące i historyczne kursy walut, np. z publicznego API NBP. Wcześniej należy jednak ustalić z działem finansowym lub księgowością, jaka data oraz tabela kursowa powinny być stosowane. System powinien następnie konsekwentnie wykorzystywać przyjętą metodologię.

Po co analizować rentowność sprzedaży Amazon per SKU?

Analiza per SKU pozwala zobaczyć, które produkty rzeczywiście generują dodatni wynik, a które mogą zwiększać obrót przy niskiej lub ujemnej rentowności. Takie dane mogą wspierać decyzje dotyczące cen, promocji, Amazon Ads, zapasu oraz dalszego rozwoju poszczególnych produktów.

Źródła

1. Amazon Selling Partner API - Settlement Reports i Payment Reports.

2. Narodowy Bank Polski - dokumentacja API kursów walut.

3. Dokumentacje integracyjne InsERT, Symfonia i Comarch.