DAC7 a płatności offline – co raportować?

Jak czytać obowiązek raportowania w DAC7 przy płatnościach offline

Przepisy DAC7 zostały wdrożone do polskiego prawa w dziale III rozdziale 4 ustawy z dnia 9 marca 2017 r. o wymianie informacji podatkowych z innymi państwami. Jeżeli platforma zawiera umowy ze sprzedawcami w celu udostępnienia im platformy albo jej części, co do zasady może być „operatorem platformy” w rozumieniu art. 75a ust. 1 pkt 10 tej ustawy.

W praktyce najważniejsze jest to, że operator raportuje nie „zamiar zapłaty”, lecz dane o wynagrodzeniu sprzedawcy. Zgodnie z art. 75c ust. 1 pkt 1 lit. d ustawy informacja o sprzedawcach obejmuje m.in. wartość łącznego wynagrodzenia wypłaconego lub uznanego w każdym kwartale okresu sprawozdawczego oraz liczbę stosownych czynności, z tytułu których wynagrodzenie to zostało wypłacone lub uznane.

Definicja „wynagrodzenia” z art. 75a ust. 1 pkt 25 ustawy jest szeroka: to zapłata w dowolnej formie, pomniejszona o składki, opłaty, prowizje lub podatki zatrzymane lub pobrane przez operatora platformy, dokonana lub uznana na rzecz sprzedawcy w związku z wykonywaniem stosownej czynności, jeżeli wartość pieniężna tej zapłaty jest znana operatorowi platformy albo operator platformy jest w stanie ustalić tę wartość w rozsądny sposób.

To oznacza, że płatność gotówką lub zwykłym przelewem nie jest z góry wyłączona z DAC7. Nie każda taka transakcja powinna jednak trafić do raportu automatycznie. Decydujące jest to, czy operator ma podstawy, by uznać, że wynagrodzenie rzeczywiście zostało sprzedawcy wypłacone albo uznane i że zna jego wartość.

Masz problem prawny podobny do opisanego w artykule?

Opisz swoją sprawę prawnikowi ›

Wycena zwykle w ciągu 1 godziny • Zadanie pytania do niczego nie zobowiązuje

Czy sama deklaracja klienta o płatności offline wystarcza do raportu

Co do zasady nie. Jeżeli klient w systemie tylko wybiera opcję „gotówka” albo „przelew tradycyjny”, ale platforma nie dostaje żadnego potwierdzenia zapłaty i nie ma innych wiarygodnych danych od sprzedawcy lub z własnego systemu, to sama deklaracja klienta jest zbyt słabą podstawą do przyjęcia, że wynagrodzenie zostało sprzedawcy wypłacone lub uznane.

Jest to istotne właśnie dlatego, że art. 75c ust. 1 pkt 1 lit. d ustawy nie mówi o każdej rozpoczętej rezerwacji, lecz o wynagrodzeniu wypłaconym lub uznanym. Jeżeli więc platforma nie wie, czy transakcja została faktycznie opłacona, powinna oprzeć raportowanie na procedurze potwierdzania statusu płatności przez sprzedawcę albo na innym rzetelnym źródle danych.

W modelach marketplace i pośrednictwa warto też rozróżnić rolę platformy wobec sprzedawcy i wobec klienta końcowego. To, kto odpowiada za relację ze sprzedawcą i za zbieranie danych transakcyjnych, bywa kluczowe także przy innych obowiązkach platformy, np. jako operator platformy sprzedażowej.

Ważne: Jeżeli Państwa platforma dopuszcza płatności offline, ale nie ma mechanizmu potwierdzania, czy zapłata doszła do skutku, warto przeanalizować regulamin, umowy ze sprzedawcami i obieg danych przed pierwszą kontrolą albo korektą raportu.

Kiedy płatność offline należy uwzględnić w informacji DAC7

Płatność offline powinna zostać ujęta, jeżeli z posiadanych przez operatora danych wynika, że transakcja została faktycznie zrealizowana, a wynagrodzenie zostało sprzedawcy wypłacone albo uznane. Może tak być np. wtedy, gdy:

sprzedawca w panelu potwierdza wykonanie usługi i otrzymanie zapłaty,
platforma otrzymuje okresowe zestawienie opłaconych rezerwacji,
system przewiduje zamknięcie transakcji dopiero po potwierdzeniu płatności offline,
operator może ustalić wartość wynagrodzenia w rozsądny sposób na podstawie wiarygodnych danych operacyjnych.

W takim przypadku forma zapłaty nie ma znaczenia, bo art. 75a ust. 1 pkt 25 ustawy wprost mówi o zapłacie „w dowolnej formie”. Znaczenie ma natomiast jakość danych i możliwość wykazania, skąd operator wiedział, że dana płatność offline rzeczywiście nastąpiła.

Przy obowiązkach raportowych sprzedawcy i obiegu danych na platformie pomocne może być także porównanie modelu działalności z zagadnieniami omawianymi przy rozliczeniach sprzedaży przez platformę.

Kiedy lepiej nie wykazywać transakcji offline od razu

Jeżeli na dzień sporządzania informacji operator nie ma potwierdzenia, że doszło do zapłaty offline, ostrożniejsze jest niewykazywanie takiej pozycji jako wynagrodzenia wypłaconego lub uznanego wyłącznie na podstawie wyboru metody płatności przez klienta. Taka praktyka lepiej odpowiada literalnemu brzmieniu art. 75c ust. 1 pkt 1 lit. d ustawy.

Nie oznacza to jednak, że można całkowicie pominąć problem. Operator powinien mieć procedurę „domknięcia danych” za dany okres sprawozdawczy: ustalenie terminu, do którego sprzedawcy potwierdzają płatności offline, sposób dokumentowania takich potwierdzeń i zasady późniejszych korekt.

Jak ułożyć procedurę wewnętrzną dla płatności gotówkowych i przelewów tradycyjnych

Najbezpieczniejsze rozwiązanie to połączenie zapisów umownych z procedurą operacyjną. W praktyce warto przewidzieć, że sprzedawca:

ma obowiązek potwierdzać, czy doszło do zapłaty offline,
robi to w określonym terminie po wykonaniu usługi lub po rezerwacji,
odpowiada za prawdziwość przekazywanych danych,
musi zgłaszać anulacje, zwroty i nieopłacone rezerwacje.

Dodatkowo operator powinien zachowywać ślad audytowy: datę potwierdzenia, użytkownika potwierdzającego, wartość transakcji, numer rezerwacji i ewentualną zmianę statusu. Takie dane są przydatne nie tylko dla DAC7, ale również w razie sporu co do odpowiedzialności stron, prowizji czy reklamacji.

Sytuacja	Czy zwykle raportować w DAC7?	Uwagi praktyczne
Klient wybrał gotówkę, brak potwierdzenia zapłaty	Raczej nie	Sama deklaracja klienta to za mało, by mówić o wynagrodzeniu wypłaconym lub uznanym.
Sprzedawca potwierdził otrzymanie gotówki	Tak	Warto zachować datę, źródło potwierdzenia i numer transakcji.
Przelew tradycyjny wpłynął po zamknięciu kwartału	Zależnie od daty uznania	Trzeba ocenić, kiedy wynagrodzenie zostało faktycznie uznane i czy dane były znane przy sporządzaniu informacji.
Rezerwacja została anulowana, zapłaty nie było	Nie	Brak podstaw do wykazania wynagrodzenia.

Korekta informacji DAC7

Jeżeli po złożeniu informacji okaże się, że część transakcji offline została błędnie wykazana albo pominięta, należy skorygować informację. Podstawę stanowi art. 75h ustawy z dnia 9 marca 2017 r. o wymianie informacji podatkowych z innymi państwami, który reguluje korektę informacji o sprzedawcach.

W praktyce korekta jest potrzebna zwłaszcza wtedy, gdy:

po terminie spłynęły potwierdzenia płatności offline,
sprzedawca zgłosił, że rezerwacja nie została opłacona,
doszło do oczywistej pomyłki w wartości wynagrodzenia,
błędnie przypisano transakcję do niewłaściwego sprzedawcy.

Im lepiej ułożona procedura zbierania danych, tym mniejsze ryzyko licznych korekt i pytań ze strony organu.

Czy każda platforma podlega DAC7

Nie. Trzeba jeszcze sprawdzić, czy dane rozwiązanie rzeczywiście jest „platformą” w rozumieniu przepisów oraz czy nie zachodzi któreś z wyłączeń. Zgodnie z art. 75a ust. 2 ustawy platformą nie jest oprogramowanie, które, nie ingerując w wykonywanie stosownej czynności, umożliwia wyłącznie: przetwarzanie płatności, wystawianie ofert lub reklamowanie stosownej czynności albo przekierowywanie lub przenoszenie użytkowników na platformę.

Dlatego końcowa ocena zależy od konkretnego modelu biznesowego. Jeżeli system tylko przyjmuje rezerwacje albo tylko przetwarza płatności, wynik może być inny niż przy pełnym marketplace, który kojarzy strony, obsługuje wykonanie świadczenia i rozliczenia.

Wyłączony sprzedawca – ważne zastrzeżenie

W części przypadków nawet prawidłowo zidentyfikowany operator platformy nie raportuje konkretnego sprzedawcy, bo jest on „wyłączonym sprzedawcą”. Jedno z wyłączeń przewidzianych w art. 75a ust. 1 pkt 24 lit. d ustawy dotyczy sprzedawcy, któremu operator umożliwił w okresie sprawozdawczym wykonanie mniej niż 30 stosownych czynności dotyczących sprzedaży towarów, jeżeli łączne wynagrodzenie w tym okresie na jego rzecz nie przekroczyło równowartości 2000 euro.

To wyłączenie dotyczy jednak sprzedaży towarów, a nie każdej działalności prowadzonej przez platformę. Przy karnetach, zajęciach, usługach lub rezerwacjach trzeba ostrożnie sprawdzić, czy w ogóle mówimy o tej samej kategorii stosownych czynności. Nie warto automatycznie przenosić progu „30 transakcji i 2000 euro” na usługi, bo zależy to od kwalifikacji danego modelu.

Zobacz również:
Sprzedaż cudzych produktów w sklepie internetowym – kto odpowiada za zwroty i reklamacje?

Wnioski praktyczne dla operatora platformy

Jeżeli Państwa platforma dopuszcza płatności gotówkowe i przelewy tradycyjne poza zintegrowanym operatorem płatności, to najbezpieczniejsza odpowiedź brzmi: nie należy raportować ich „w ciemno” tylko dlatego, że klient wybrał taką metodę płatności. Trzeba raportować te płatności offline, co do których istnieją dane pozwalające stwierdzić, że wynagrodzenie zostało sprzedawcy wypłacone albo uznane oraz że jego wartość jest znana lub możliwa do ustalenia w rozsądny sposób.

W praktyce rekomendowane są więc trzy kroki:

wprowadzenie do umów i regulaminu obowiązku potwierdzania płatności offline przez sprzedawców,
ustalenie technicznej procedury zmiany statusu transakcji i archiwizacji potwierdzeń,
przyjęcie zasad korekty informacji, gdy dane wpłyną po złożeniu raportu.

Przy bardziej złożonych modelach warto dodatkowo przeanalizować, czy platforma jest raportującym operatorem platformy oraz które dokładnie kategorie stosownych czynności występują w danym serwisie. To ocena zależna od stanu faktycznego, konstrukcji regulaminu, przepływu płatności i zakresu ingerencji platformy w zawarcie i wykonanie transakcji.

Przykłady

Poniższe sytuacje pokazują, jak te same przepisy mogą zadziałać różnie w zależności od sposobu potwierdzania płatności i modelu działania platformy.

PRZYKŁAD 1

Platforma do zapisów na zajęcia fitness przyjmuje rezerwację z opcją płatności gotówką w recepcji. Klient zapisuje się na kurs, ale ostatecznie nie przychodzi i nie płaci. Jeżeli operator ma tylko informację o dokonanej rezerwacji i wyborze płatności gotówką, nie powinien automatycznie wykazywać tej kwoty jako wynagrodzenia sprzedawcy w DAC7. Brakuje bowiem danych, że doszło do wypłaty albo uznania wynagrodzenia na rzecz sprzedawcy.

PRZYKŁAD 2

Marketplace do rezerwacji warsztatów wymaga od organizatorów potwierdzenia w panelu, czy uczestnik zapłacił przelewem tradycyjnym. Organizator potwierdza wpływ 450 zł i wykonanie usługi. W takiej sytuacji operator ma już wiarygodną podstawę, by uwzględnić tę kwotę w informacji DAC7, mimo że płatność nie przeszła przez zintegrowany operator płatności.

PRZYKŁAD 3

Platforma złożyła już informację DAC7 za dany okres, a po dwóch tygodniach jeden ze sprzedawców przesłał zestawienie, z którego wynika, że pięć rezerwacji oznaczonych wcześniej jako opłacone offline w rzeczywistości zostało anulowanych. W takim przypadku operator powinien przygotować korektę informacji na podstawie art. 75h ustawy, zamiast pozostawiać w systemie dane niezgodne ze stanem faktycznym.

FAQ

Czy DAC7 obejmuje płatności gotówkowe?

Tak, może obejmować także gotówkę, bo art. 75a ust. 1 pkt 25 ustawy mówi o zapłacie w dowolnej formie. Trzeba jednak mieć dane potwierdzające, że wynagrodzenie zostało sprzedawcy wypłacone albo uznane.

Czy sama rezerwacja z opcją „zapłacę później” powinna wejść do raportu?

Zwykle nie. Sama deklaracja klienta nie dowodzi jeszcze, że doszło do zapłaty ani że sprzedawca uzyskał wynagrodzenie.

Czy operator musi mieć potwierdzenie od banku lub operatora płatności?

Nie zawsze. Wystarczą także inne wiarygodne dane, np. potwierdzenie sprzedawcy w systemie, jeżeli pozwala ono rozsądnie ustalić wartość i fakt otrzymania wynagrodzenia.

Co zrobić, jeśli po złożeniu informacji okaże się, że dane były błędne?

Trzeba złożyć korektę informacji o sprzedawcach. Podstawą jest art. 75h ustawy o wymianie informacji podatkowych z innymi państwami.

Czy próg 30 transakcji i 2000 euro zawsze zwalnia z raportowania?

Nie. To szczególne wyłączenie z art. 75a ust. 1 pkt 24 lit. d ustawy dotyczące określonej kategorii sprzedawców przy sprzedaży towarów. Nie można go automatycznie stosować do każdej platformy i każdej usługi.

Potrzebujesz pomocy w swojej sprawie?