Rozrachunki Amazon i Subiekt GT

Najpierw po numerze rozliczenia w tytule przelewu, potem po kwocie, walucie i dacie wypłaty w oknie od dwóch dni przed do sześciu dni po.

Pozycji: 64, razem -2 077,20

Pozycji: 6, razem -295,10

Pozycji: 2, razem 0,00

Pozycji: 1, razem -96,40

Gdy pasuje więcej niż jeden kandydat, program nie wybiera nic. Sprawa trafia tutaj razem ze wszystkimi kandydatami i powodem, dla którego nie da się zdecydować automatycznie. Wybór ma podjąć człowiek, nie algorytm.

Starsze paragony nie mają order-id, więc szukamy zamówienia po kwocie, walucie i dacie. Jeden kandydat wiążemy od razu, kilku trafia do kolejki wyżej, a te bez żadnego kandydata zostają tutaj i nie znikają po cichu.

Arkusz powiazania.csv czytany przy każdym przebiegu: wpisana raz decyzja obowiązuje w każdym kolejnym uruchomieniu i o to samo nie pytamy drugi raz. Wzór do wypełnienia leży w plikach do pobrania.

Nic nie ginie po cichu: pozycja nieznanego typu nadal wchodzi do sumy kontrolnej rozliczenia i czeka tutaj na decyzję, do której kategorii należy.

Kraj konsumpcji, stawka i status nabywcy pochodzą z raportu transakcji VAT, nie z rozliczenia. Sprzedaż i zwroty stoją osobno, a obok nich wynik netto, który idzie do deklaracji.

Podatek bierzemy z raportu, obok stoi podstawa pomnożona przez stawkę. Różnica nie musi być błędem: wysyłka bywa opodatkowana inaczej niż towar, dochodzą promocje i zaokrąglenia pojedynczych wierszy. Ma być widoczna, a nie ukryta w jednej liczbie.

Zwroty, których sprzedaż poszła w innym kwartale albo nie ma jej w tym pliku. Takie pozycje zmniejszają bieżącą deklarację, a dotyczą okresu już rozliczonego.

Sam numer VAT nabywcy nie przesądza o B2B. Liczy się schemat rozliczenia podatku i to, kto podatek odprowadza: przy dostawie uznanej robi to marketplace i transakcja nie wchodzi do naszej deklaracji OSS.

Klucz każdego wiersza wynika z jego treści, a import robi upsert po tym kluczu. Drugie uruchomienie tego samego pliku pokazuje zero nowych wierszy.