Klasyfikacja przychodów według statusu zamówienia
Statusy zamówień to miejsce, w którym nazwy statusów z Twojego sklepu są klasyfikowane na to, co raporty faktycznie rozumieją. To, czy zamówienie liczy się jako przychód, wynika ze statusu i sposobu płatności — razem.
Wymagania mapowania statusów zamówień
Synchronizacja statusów zamówień oznacza, że status używany przez Twój sklep, który nie został jeszcze zamapowany, nie generuje żadnego przychodu w żadnym raporcie, dopóki nie zostanie sklasyfikowany. To nie jest błąd — to ta sama filozofia, na której działają Metody płatności: niesklasyfikowany status może oznaczać wszystko — od właśnie złożonego po zwrócony — więc raporty traktują go jako zero, zamiast zgadywać.
- Gdzie znajdują się zamówienia — przychód przypadający na każdy status, niezależnie od tego, czy został zarobiony — więc duża część przychodu pod niezamapowanym lub anulowanym statusem to pierwsza rzecz, którą warto sprawdzić.
- Pięć znaczeń, jeden mały słownik — Nie zamapowane, Złożone, Opłacone, Zrealizowane, Wysłane — każda nazwa statusu specyficzna dla platformy, której używa Twój sklep, zostaje sklasyfikowana jako jedna z tych.
- Anulowane — osobne pole wyboru — niezależne od znaczenia, więc status może być jednocześnie „Zrealizowane" i „Anulowane", jeśli tego wymaga workflow sklepu.
- Nadpisanie przychodu — domyślnie według matrycy — „Według matrycy" to ustawienie domyślne; nadpisuj tylko tam, gdzie dany status rzeczywiście wymaga złamania standardowej reguły status plus metoda płatności.
- Niezamapowane oznacza zero, a nie niezdefiniowane — status pozostawiony niezamapowany nie liczy żadnego przychodu w żadnym raporcie, dopóki ktoś go nie sklasyfikuje, więc pominięte mapowanie pojawia się jako luka, a nie ciche zawyżenie.
Przychody według niezmapowanych statusów
Przed dotknięciem tabeli mapowania dwie niezależnie sortowane listy słupków udziałów (od największego do najmniejszego) pokazują przychód i liczbę zamówień przypadające na każdą z nazw statusów w sklepie — zarobione lub nie. Słupki zaczynają się od zera, a ich szerokość to udział wiersza w wyświetlanej sumie; lider jest pełnej szerokości tylko wtedy, gdy posiada 100% udziału, a każdy dodatni udział poniżej 1% wciąż otrzymuje pasek o szerokości 1%, podczas gdy etykieta zachowuje rzeczywisty procent. Nie ma serii porównawczej ani linii zerowej — suma zerowa po prostu to komunikuje. Zacznij od statusu o największym udziale przychodu, a następnie sprawdź jego udział w zamówieniach: mały udział w zamówieniach przy dużym udziale przychodu zasługuje na priorytet, ponieważ błąd mapowania w tym przypadku dotyczy nieproporcjonalnie dużej wartości. Duży udział przychodu znajdujący się pod statusem Nie zamapowane lub anulowanym to sygnał do sprawdzenia mapowania — a nie dowód, że przychód powinien być liczony.
- Każdy status pokazany — w tym jeszcze niesklasyfikowane, więc nic nie pozostaje niewidoczne, dopóki nie jest zamapowane.
- Przychód vs. zamówienia, sortowane niezależnie — pieniądze przypisane do statusu w każdym przypadku vs. liczba zamówień w nim się znajdujących, więc status może zawierać wiele zamówień i mało przychodu lub odwrotnie.
- Oznaczony źródłem — np. bizniweb — dla sklepów pobierających dane z więcej niż jednej platformy.
- Baner ostrzegawczy podaje, ile zostało — „N statusów jeszcze niesklasyfikowanych" pozostaje widoczny, dopóki każdy nie zostanie zamapowany.
Mapowanie źródłowych statusów zamówień
Każdy wiersz to ciąg statusu dokładnie tak, jak przesyła go platforma Twojego sklepu, oznaczony źródłem. Nowe połączenia wprowadzają wiersze tylko dla nazw statusów, które sklep faktycznie raportuje — znane wartości platformy otrzymują rozsądne domyślne ustawienia („processing" z WooCommerce mapuje się na Opłacone, „refunded" na Opłacone plus Anulowane), nieznane zaczynają jako Nie zamapowane, a ponowne połączenie nigdy nie nadpisuje już podjętej decyzji, choć wiersz, którego nigdy nie dotknąłeś, może przejąć nowo poznane ustawienie domyślne. Wybierz znaczenie z małej, celowo krótkiej listy, zaznacz Anulowane, jeśli ma zastosowanie niezależnie, i pozostaw Nadpisanie przychodu na „Według matrycy", chyba że ten konkretny status wymaga złamania reguły — matryca liczy Opłacone, Wysłane i Zrealizowane dla płatności za pobraniem, przelewem bankowym, kartą online i portfelem, podczas gdy „Inne" liczy Opłacone i Zrealizowane, ale nie Wysłane, a nawet „Zawsze przychód" nie może zamienić zaznaczonego Anulowania w przychód. Ta tabela to sposób mapowania statusu zamówienia na przychód; druga połowa reguły — rodzaj metody płatności — znajduje się na następnej stronie.
- Status w Twoim sklepie — dokładny ciąg używany przez platformę, np. z bizniweb, nigdy nie zmieniany.
- Znaczy — Nie zamapowane, Złożone, Opłacone, Zrealizowane lub Wysłane.
- Anulowane — osobne pole wyboru, niezależne od znaczenia; zawsze ma pierwszeństwo, nawet przed nadpisaniem „Zawsze przychód".
- Nadpisanie przychodu — domyślnie „Według matrycy", więc status i metoda płatności decydują razem; używaj Zawsze/Nigdy przychód tylko wtedy, gdy dany status nie może być reprezentowany przez wspólną matrycę.
- Każda edycja zapisuje się automatycznie — brak przycisku Zapisz; zmiana wysyłana jest natychmiast, pokazuje „Zapisywanie…" lub zwrócony błąd, a modyfikowany jest tylko ten jeden wiersz — wszystko inne pozostaje dokładnie takie, jakie było.
przychód liczony z niezamapowanego statusu — celowo
Każdy status używany przez platformę Twojego sklepu — oznaczony źródłem, np. bizniweb — jest wyświetlany z banerem ostrzegawczym informującym, ile z nich wciąż jest niesklasyfikowanych. Zamówienia znajdujące się pod nimi nie zarabiają niczego w raportach, dopóki nie zostaną sklasyfikowane.
Zobacz metody płatnościWykluczanie przychodów niezmapowanych statusów
Nazwy statusów z Twojego sklepu, sklasyfikowane jako Złożone, Opłacone, Zrealizowane lub Wysłane — z opcją Anulowane i nadpisaniem przychodu, tak aby nic nie liczyło się przypadkiem.
Gotowy, by zobaczyć, które statusy faktycznie liczą się jako przychód?
Bezpłatne sprawdzenie · 7-dniowy okres próbny · wymagana karta kredytowa