Jak liczymy

Wszędzie

Obowiązują dla każdego dostawcy, na każdej stronie.

1. 1

   Przychód jest liczony przed podatkiem. Prowizja to kwota, którą dostawca zatrzymał za przetworzenie płatności.

2. 2

   Pokaż obliczenia podaje podatek przy każdej płatności: co pobrano, jaki podatek odliczono i skąd pochodzi ta kwota. Gdy dostawca nie podaje kwoty podatku, wiersz o tym informuje.

3. 3

   Przychód netto to płatności minus zwroty minus prowizje. Prowizja, którą dostawca oddaje wraz ze zwrotem, obniża prowizje; prowizja pobrana za zwrot lub spór liczy się jako prowizja. Każda strona liczy go w ten sposób.

4. 4

   Zwrot liczy się w dniu, w którym zgłasza go dostawca, przed podatkiem, tak jak płatność, którą zwraca. Gdy zwrot zostanie cofnięty lub obciążenie zwrotne wygrane, zwrot przestaje się liczyć.

5. 5

   MRR liczy to, co subskrypcja nalicza co miesiąc po cyklicznych rabatach. Jednorazowe rabaty i okresy próbne nie mają MRR; okres próbny, który przechodzi w płatny, pojawia się jako nowy w dniu konwersji.

6. 6

   Zaległa subskrypcja nadal się liczy, dopóki dostawca ponawia płatność. Wstrzymana subskrypcja liczy się jako odpływ i wraca po wznowieniu.

7. 7

   Gdy ponowienia się wyczerpią, subskrypcja liczy się jako odpływ. App Store i Google Play bez powiadomień nie pokazują ponowień, więc odnowienie opóźnione o trzy dni liczy się jako zakończone.

8. 8

   Zmiana planu sprzed połączenia pokazuje się tylko tam, gdzie zapisana jest każda płatność: Gumroad, App Store i Google Play. Inni dostawcy podają tylko obecną cenę subskrypcji, więc zaczyna się ona od dzisiejszej ceny, a późniejsze zmiany mają datę ich wystąpienia.

9. 9

   Kwoty w innych walutach są przeliczane na walutę firmy po kursie Europejskiego Banku Centralnego z dnia każdej płatności.

10. 10

    RevGlance tylko odczytuje. Nigdy niczego nie pobiera, nie zwraca ani nie zmienia u twojego dostawcy.

Stripe

• Płatności, zwroty i prowizje Stripe pochodzą z transakcji salda, w walucie, w której Stripe je rozliczył.
• Zwroty kartowe liczą się w dniu, w którym Stripe je zarejestruje. Płatności bankowe (ACH, SEPA i inne metody lokalne) też się liczą; zwrot cofnięty przez bank ponownie obniża twoje zwroty.
• Spór liczy się jako zwrot, gdy Stripe odbiera pieniądze, a zwrot jest anulowany, jeśli spór wygrasz. Opłata Stripe za spór jest liczona jako prowizja.
• Kupony na subskrypcji i na pojedynczych pozycjach obniżają MRR. Kupon o stałej kwocie liczy się tylko w swojej walucie.
• Wstrzymane i nieopłacone subskrypcje liczą się jako odpływ; zaległa liczy się dalej, gdy Stripe ponawia obciążenie karty.
• Płatności, zwroty i spory liczą się przed podatkiem, w proporcji podatku z ich faktury lub Checkout Session. Bez dostępu do odczytu Checkout Sessions podatek od sprzedaży poza fakturą pozostaje wliczony.
• Cena z podatkiem liczy się w MRR przed podatkiem, w proporcji podatku z ostatniej faktury.
• Wstrzymanie pobierania płatności liczy się jako odpływ od dnia, w którym RevGlance pierwszy raz je zobaczy, bo Stripe nie podaje jego daty.

Polar

• Zamówienia liczą się przed podatkiem, z opłatą platformy Polar jako prowizją. Prowizja w innej walucie niż zamówienie jest pokazywana jako zero.
• Zwroty liczą się przed podatkiem, tak jak płatność. Polar nie podaje daty zwrotu, więc zwrot ma datę ostatniej zmiany zamówienia.
• Zwrot starszego zamówienia wychwytuje pełny odczyt raz w tygodniu, więc może pojawić się nawet tydzień później.
• Obciążenia zwrotne nie są odczytywane, więc przegrane nadal liczy się jako płatność, chyba że dostawca zgłosi je też jako zwrot.
• Nieudane płatności nie są zgłaszane, więc ta wartość pozostaje na zerze.
• MRR to kwota subskrypcji, którą Polar już pomniejsza o cykliczny rabat. Jednorazowy rabat nie obniża MRR.
• MRR zawiera podatek przy cenach z podatkiem: Polar nie podaje, które subskrypcje ich używają. Płatności i zwroty liczą się przed podatkiem.

Lemon Squeezy

• Płatności to suma zamówienia lub faktury bez podatku.
• Lemon Squeezy podaje zwroty z podatkiem, więc RevGlance proporcjonalnie odejmuje podatek. Czasem może wystąpić grosz różnicy z zaokrąglenia.
• Pełne zwroty mają datę, w której Lemon Squeezy je wykonało. Częściowe zwroty nie mają daty, więc pojawiają się z datą faktury.
• Anulowana subskrypcja liczy się do końca opłaconego okresu. Nieopłacona (cztery nieudane ponowienia) liczy się jako odpływ i wraca, jeśli płatność zostanie odzyskana.
• Lemon Squeezy nie przesyła daty ani powodu anulowania: datą anulowania jest ostatnia zmiana subskrypcji.
• Lemon Squeezy nie podaje prowizji, więc prowizje są pokazywane jako zero.
• Rabat obniża MRR, gdy pokaże go odnowienie. Lemon Squeezy nie podaje, czy rabat się powtarza, więc rabat tylko na pierwszej fakturze się nie liczy.
• Zwrot starszego zamówienia wychwytuje pełny odczyt raz w tygodniu, więc może pojawić się nawet tydzień później.
• Okres próbny, który przeszedł w płatny przed połączeniem, nie jest pokazywany, bo Lemon Squeezy wskazuje okres próbny tylko w jego trakcie.
• Obciążenia zwrotne nie są odczytywane, więc przegrane nadal liczy się jako płatność, chyba że dostawca zgłosi je też jako zwrot.

App StoreBeta

Zbudowane i przetestowane według dokumentacji App Store, ale jeszcze nie uruchomione na koncie produkcyjnym. Daj nam znać, jeśli twoje liczby różnią się od raportów App Store.

• Cena dla klienta liczy się jako przychód, a prowizja to cena dla klienta minus twoje wpływy, więc podatek w cenach z podatkiem pojawia się jako prowizja.
• MRR to ostatnia cena dla klienta, więc zawiera podatek tam, gdzie zawierają go ceny: raporty Apple nie wydzielają podatku. Oferta wprowadzająca liczy się po cenie oferty, a zwykła cena pokazuje się potem jako rozszerzenie.
• Zwrot pochodzi z raportu Apple z ujemną ceną. Gdy Apple cofa zwrot, RevGlance usuwa najnowszy zwrot danego subskrybenta i subskrypcji. Apple nie podaje, który zwrot został cofnięty, więc przy kilku zwrotach w jednej subskrypcji może zniknąć niewłaściwy.
• Zwroty, o które poproszono po zresetowaniu przez Apple identyfikatora subskrybenta (180 dni), są zachowywane, ale bez klienta.
• Środki z pakietów aplikacji (CMB-C) nie są zwrotami i są pomijane.
• Apple nie pokazuje anulowań: subskrypcja kończy się, gdy odnowienie jest opóźnione o trzy dni.
• Nieudane płatności nie są zgłaszane, więc ta wartość pozostaje na zerze.

Google PlayBeta

Zbudowane i przetestowane według dokumentacji Google Play, ale jeszcze nie uruchomione na koncie produkcyjnym. Daj nam znać, jeśli twoje liczby różnią się od raportów Google Play.

• Google publikuje raporty z opóźnieniem od trzech do siedmiu dni. Najpierw pojawia się sprzedaż; później raporty zarobków zastępują ją tym, co Google ci wypłacił, po odjęciu prowizji. Płatności liczą się przed podatkiem.
• Każdy wiersz zwrotu jest zachowywany, również częściowe. Dwa częściowe zwroty jednego zamówienia rozłożone na dwa miesięczne raporty mogą się zderzyć i jeden może zostać pominięty. Google nie podaje, czy zwroty w raportach są ujemne, więc są odczytywane jako zwrócone kwoty.
• Zwroty przez Play API sięgają tylko 30 dni wstecz. Starsze docierają z raportem zarobków.
• Bez powiadomień w czasie rzeczywistym anulowanie pojawia się tylko jako odnowienie opóźnione o trzy dni, liczone, gdy raporty obejmą ten dzień.
• Zakupy testowe są pomijane. Subskrypcja zawieszona liczy się dalej; wstrzymana liczy się jako odpływ, dopóki nie zostanie wznowiona.
• MRR to ostatnie zamówienie, przed podatkiem. Oferta wprowadzająca liczy się po cenie oferty, a zwykła cena pokazuje się potem jako rozszerzenie.
• Nieudane płatności nie są zgłaszane, więc ta wartość pozostaje na zerze.

GumroadBeta

Zbudowane i przetestowane według dokumentacji Gumroad, ale jeszcze nie uruchomione na koncie produkcyjnym. Daj nam znać, jeśli twoje liczby różnią się od raportów Gumroad.

• Gumroad podaje wszystkie kwoty w dolarach amerykańskich, niezależnie od waluty produktu, więc sprzedaż jest zapisywana w USD.
• Zwroty nie mają daty: zwrot ma datę dnia, w którym RevGlance go znajdzie, lub dnia sprzedaży przy pierwszej synchronizacji. Sprzedaż jest odczytywana ponownie 30 dni wstecz, a raz w tygodniu w całości, aby je wychwycić.
• Wygrane obciążenie zwrotne nie jest zwrotem; przegrane jest, dopóki go nie wygrasz.
• MRR to kwota pobrana przy ostatniej sprzedaży, więc kod promocyjny obniża go, dopóki sprzedaż w pełnej cenie nie pokaże się jako rozszerzenie.
• Podatek pobierany przez Gumroad nie jest liczony. Podatek, który pobierasz samodzielnie, pozostaje wliczony, bo lista sprzedaży go nie podaje.
• Nieudane płatności nie są zgłaszane, więc ta wartość pozostaje na zerze.

PaddleBeta

Zbudowane i przetestowane według dokumentacji Paddle, ale jeszcze nie uruchomione na koncie produkcyjnym. Daj nam znać, jeśli twoje liczby różnią się od raportów Paddle.

• Kwoty pochodzą z sum wypłat Paddle, przed podatkiem, z opłatą Paddle jako prowizją.
• Zwroty i obciążenia zwrotne liczą się przed podatkiem. Obciążenie zwrotne wygrane przez Paddle lub zwrot cofnięty przez Paddle przestaje się liczyć.
• Prowizja za obciążenie zwrotne zatrzymana przez Paddle liczy się jako prowizja.
• Cena z podatkiem liczy się w MRR przed podatkiem, w proporcji podatku z następnej faktury.
• Cykliczne rabaty obniżają MRR, także gdy rabat został później zarchiwizowany.
• Płatność, której nie udało się pobrać, liczy się jako nieudana płatność. Nie przenosi pieniędzy.

BraintreeBeta

Zbudowane i przetestowane według dokumentacji Braintree, ale jeszcze nie uruchomione na koncie produkcyjnym. Daj nam znać, jeśli twoje liczby różnią się od raportów Braintree.

• Sprzedaż rozliczona i w trakcie rozliczania liczy się przed podatkiem, jeśli przesyłasz kwoty podatku. Autoryzacje, które nigdy nie zostały pobrane, się nie liczą.
• Zwroty to transakcje uznaniowe, z datą ich wykonania przez Braintree.
• Braintree nie podaje prowizji za przetwarzanie przez swoje API, więc prowizje są pokazywane jako zero.
• MRR to cena subskrypcji z dodatkami, minus rabaty, którym zostały jeszcze cykle rozliczeniowe. Subskrypcja nie wskazuje klienta, więc przejmuje klienta ze swoich płatności; taka, która nie ma jeszcze płatności, jest pokazywana pod swoją kartą.
• Data anulowania pochodzi z historii statusów. Wygasła subskrypcja kończy się w dniu, do którego jest opłacona.
• Płatność, której nie udało się pobrać, liczy się jako nieudana płatność. Nie przenosi pieniędzy.
• Obciążenia zwrotne nie są odczytywane, więc przegrane nadal liczy się jako płatność, chyba że dostawca zgłosi je też jako zwrot.

RecurlyBeta

Zbudowane i przetestowane według dokumentacji Recurly, ale jeszcze nie uruchomione na koncie produkcyjnym. Daj nam znać, jeśli twoje liczby różnią się od raportów Recurly.

• Opłacone faktury za płatności liczą się przed podatkiem.
• Zwroty to udane transakcje zwrotu. Zawierają podatek, więc RevGlance odejmuje podatek w tej samej proporcji co na fakturze.
• Recurly nie podaje prowizji bramki, więc prowizje są pokazywane jako zero.
• MRR to suma częściowa Recurly dla subskrypcji (kwota jednostkowa, ilość i dodatki, po kuponach, przed podatkiem).
• Anulowana subskrypcja liczy się do momentu wygaśnięcia; wygasłe, nieudane i wstrzymane liczą się jako odpływ. Recurly nie podaje powodu anulowania przez API.
• Płatność, której nie udało się pobrać, liczy się jako nieudana płatność. Nie przenosi pieniędzy.
• Obciążenia zwrotne nie są odczytywane, więc przegrane nadal liczy się jako płatność, chyba że dostawca zgłosi je też jako zwrot.

ChargebeeBeta

Zbudowane i przetestowane według dokumentacji Chargebee, ale jeszcze nie uruchomione na koncie produkcyjnym. Daj nam znać, jeśli twoje liczby różnią się od raportów Chargebee.

• Opłacone faktury liczą się przed podatkiem.
• Zwroty pochodzą z not uznaniowych podlegających zwrotowi, minus podatek w tej samej proporcji co na nocie.
• Chargebee nie podaje prowizji bramki, więc prowizje są pokazywane jako zero.
• MRR to pozycje planu i dodatków, minus kupony na całą fakturę, które nadal obowiązują. Jednorazowe opłaty są pomijane.
• Subskrypcje bez odnowienia liczą się do końca okresu. Wstrzymane liczą się jako odpływ. Kod powodu anulowania skonfigurowany w Chargebee jest pokazywany jako powód.
• Płatność, której nie udało się pobrać, liczy się jako nieudana płatność. Nie przenosi pieniędzy.
• Obciążenie zwrotne liczy się tylko wtedy, gdy rejestruje je nota uznaniowa podlegająca zwrotowi.

ShopifyBeta

Zbudowane i przetestowane według dokumentacji Shopify, ale jeszcze nie uruchomione na koncie produkcyjnym. Daj nam znać, jeśli twoje liczby różnią się od raportów Shopify.

• Opłacone zamówienia liczą się przed podatkiem, w walucie sklepu, z opłatami Shopify Payments jako prowizją. Zamówienia testowe są pomijane.
• Zwroty zawierają podatek, więc RevGlance odejmuje podatek w tej samej proporcji co w zamówieniu.
• MRR pochodzi z umów subskrypcyjnych (Shopify Subscriptions i aplikacje na nim zbudowane), po rabatach. Zamówienia utworzone przez plan sprzedaży liczą się jako cykliczne.
• Shopify nie podaje daty ani powodu anulowania: anulowana, wygasła, nieudana lub wstrzymana umowa kończy się w dniu swojej ostatniej zmiany.
• Częściowo opłacone zamówienie liczy się w kwocie, która dotąd wpłynęła.
• Tam, gdzie ceny zawierają podatek, MRR liczy się przed podatkiem, w proporcji podatku z pierwszego zamówienia.
• Umowy subskrypcyjne nie zawierają dat okresów próbnych, więc okresy próbne nie są pokazywane.
• Obciążenia zwrotne nie są odczytywane, więc przegrane nadal liczy się jako płatność, chyba że dostawca zgłosi je też jako zwrot.
• Nieudane płatności nie są zgłaszane, więc ta wartość pozostaje na zerze.