Stripe to popularna bramka płatnicza wykorzystywana przez polskie sklepy internetowe, szczególnie przy sprzedaży zagranicznej i wielowalutowej. Oferuje rozbudowane API, obsługuje wiele metod płatności i pozwala prowadzić rozliczenia w różnych walutach. Z punktu widzenia księgowości trzeba jednak prawidłowo rozdzielić sprzedaż, prowizje, wypłaty i zwroty. Jeśli korzystasz z Comarch ERP Optima, warto również prowadzić osobne rozrachunki ze…
Jak Stripe rozlicza transakcje?
Stripe działa podobnie do innych bramek płatności: pobiera środki od kupującego, potrąca prowizję i wypłaca Ci resztę, choć wyróżnia go kilka szczegółów. Stosuje prosty model pay-as-you-go, bez miesięcznego abonamentu w standardowym planie, z prowizją zwykle na poziomie 1,5% plus 0,25 EUR dla kart europejskich, a wyższą dla kart spoza Europy. Domyślnie wypłaca środki z opóźnieniem 2–7 dni od transakcji, w tak zwanym modelu rolling payout, ale pozwala też skonfigurować wypłaty codzienne lub tygodniowe, więc w przeciwieństwie do sztywnego, czternastodniowego cyklu Amazona, rytm można dopasować do własnych potrzeb.
Stripe pozwala też gromadzić środki w różnych walutach na osobnych saldach, w tym PLN, EUR, USD czy GBP, więc możesz wypłacać złotówki na polskie konto albo euro na konto walutowe, co ma znaczenie dla ewidencji różnic kursowych. Generuje przy tym szczegółowy raport transakcji i raport wypłat, dostępne w panelu i przez API, a fakturę za prowizje znajdziesz w sekcji Billing → Documents, wystawianą miesięcznie lub per wypłata, zależnie od konfiguracji.
Stripe a polskie przepisy podatkowe – co trzeba wiedzieć?
Stripe to formalnie spółka zarejestrowana w Irlandii, Stripe Technology Europe Limited, więc faktura za jej usługi to faktura od zagranicznego podmiotu z UE, co ma kilka konsekwencji dla ewidencji w Polsce. Prowizje za pośrednictwo płatnicze to import usług, rozliczany mechanizmem odwrotnego obciążenia: Stripe nie dolicza VAT na fakturze, wystawiając ją z dopiskiem „reverse charge”, a Ty sam naliczasz VAT należny i, co do zasady, jednocześnie VAT naliczony, co przy pełnym odliczeniu daje wynik zerowy, ale musi zostać wykazane w JPK_V7. Faktura od Stripe bywa wystawiona w EUR lub USD, więc do ewidencji w Optimie musisz ją przeliczyć na PLN według kursu NBP z dnia poprzedzającego datę wystawienia. Warto też pamiętać, że dokumenty, które Stripe generuje dla kupujących, podobnie jak w przypadku Shopify, nie są zgodne z polskim prawem podatkowym, więc prawdziwe faktury VAT musisz wystawiać w Optimie.
Jak ująć rozliczenie Stripe w Comarch ERP Optima?
Schemat ewidencji jest zbliżony do innych bramek płatności, z kilkoma specyfikami Stripe. Każda transakcja to przychód w pełnej kwocie, a jeśli była w EUR, trzeba ją przeliczyć na PLN według kursu NBP. Faktura od Stripe za prowizje trafia do rejestru zakupów VAT, przy czym ze względu na import usług VAT naliczasz sam i wykazujesz w JPK_V7, a samą fakturę, wystawioną w EUR, przeliczasz na PLN. Środki ze sprzedaży czekają na koncie Stripe do momentu wypłaty, co w Optimie odpowiada należności od Stripe, tworzonej przy sprzedaży i zamykanej przy każdej wypłacie. Jeśli transakcje są w EUR, a wypłatę otrzymujesz w PLN, przy różnicy między kursem z dnia transakcji a kursem z dnia wypłaty powstają różnice kursowe, które trzeba zaksięgować jako przychody lub koszty finansowe. Zwrot przez Stripe obniża z kolei saldo na koncie (lub trafia bezpośrednio do kupującego), co w Optimie wymaga faktury korygującej do oryginalnej sprzedaży i korekty rozrachunków ze Stripe.
Stripe a Shopify Payments – czy to ta sama bramka?
Tak, Shopify Payments działa na infrastrukturze Stripe, więc korzystając z niej, de facto korzystasz ze Stripe jako procesora płatności. Różnica leży w warstwie rozliczeniowej: przy Shopify Payments raporty i wypłaty widzisz w panelu Shopify, a nie bezpośrednio w panelu Stripe, a faktury za prowizje wystawia Shopify, nie Stripe. Przy bezpośredniej integracji ze Stripe, bez pośrednictwa Shopify, raporty i faktury są dostępne wprost w panelu Stripe i przez jego API.
Najczęstsze błędy przy rozliczaniu Stripe
Częstym błędem jest brak rozliczenia reverse charge na fakturach od Stripe: faktura od irlandzkiej spółki bez VAT wymaga rozliczenia importu usług w JPK_V7, a pominięcie tego to błąd podatkowy. Zdarza się też nieprzeliczanie faktur Stripe z EUR na PLN, choć powinny trafić do Optimy w złotówkach, po właściwym kursie NBP, oraz traktowanie samej wypłaty ze Stripe jako przychodu, podczas gdy przychodem jest pełna kwota transakcji, a wypłata to już wynik po potrąceniu prowizji. Warto też pamiętać o różnicach kursowych przy transakcjach w EUR, bo przy koncie walutowym Stripe muszą być rozliczane na bieżąco.
Podsumowanie
Stripe to nowoczesna bramka płatności z przejrzystą strukturą opłat i dobrymi raportami, ale jej rozliczenie w polskim systemie ERP ma kilka specyficznych wymagań: import usług rozliczany reverse charge przy fakturach od Stripe, przeliczanie faktur w EUR na PLN według kursu NBP, traktowanie wypłaty jako rozrachunku, a nie przychodu, oraz obsługa różnic kursowych przy transakcjach walutowych.
Chcesz zobaczyć, jak EcomRail automatycznie rozlicza transakcje Stripe w Comarch ERP Optima? Umów bezpłatną prezentację.