Niezamapowany status przynosi zero przychodu celowo
Statusy zamówień to miejsce, gdzie nazwy statusów Twojego sklepu są klasyfikowane do tego, co raporty faktycznie rozumieją. To, czy zamówienie liczy się jako przychód, wynika ze statusu i sposobu płatności łącznie.
To, czemu synchronizacja statusów ma zapobiegać to jeden błąd, przy którym warto głośno zawieść
Synchronizacja statusów oznacza, że status używany przez Twój sklep, który nie został jeszcze zamapowany, nie przynosi ż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 do zwróconego, więc raporty traktują go jako zero, zamiast zgadywać.
- ✓Gdzie znajdują się zamówienia — przychód przypisany do każdego statusu, niezależnie od tego, czy został zarobiony, więc duży udział przychodu pod niezamapowanym lub anulowanym statusem to pierwsza rzecz, którą warto sprawdzić.
- ✓Pięć znaczeń, małe słownictwo — Niezamapowany, Złożone, Opłacone, Zrealizowane, Wysłane — każda platformowa nazwa statusu używana przez Twój sklep jest klasyfikowana do jednej z tych kategorii.
- ✓Anulowane, osobny checkbox — niezależny od znaczenia, więc status może być jednocześnie „Zrealizowany” i „Anulowany”, jeśli wymaga tego przepływ pracy sklepu.
- ✓Nadpisanie przychodu, domyślnie według macierzy — „Według macierzy” to ustawienie domyślne; nadpisz tylko tam, gdzie dany status rzeczywiście musi złamać normalną zasadę status-plus-metoda-płatności.
- ✓Niezamapowane oznacza zero, nie niezdefiniowane — status pozostawiony bez mapowania 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.
Zobacz, gdzie leży przychód, zanim go sklasyfikujesz
Przed dotknięciem tabeli mapowania dwie niezależnie sortowane listy udziałów (od największego) pokazują przychód i liczbę zamówień przypadające na każdą z nazw statusów sklepu — zarobione lub nie. Słupki zaczynają się od zera, a ich szerokość to udział wiersza w wyświetlonej sumie; lider jest pełnej szerokości tylko wtedy, gdy posiada 100% wartości, a każdy dodatni udział poniżej 1% wciąż dostaje 1% pasek, podczas gdy etykieta zachowuje prawdziwy procent. Nie ma serii porównawczej ani linii zerowej — suma zerowa po prostu to informuje. Zacznij od statusu o największym udziale przychodu, a następnie sprawdź jego udział w zamówieniach: mały udział zamówień niosący duży udział przychodu zasługuje na priorytet, ponieważ błąd mapowania dotyka tam nieproporcjonalnej wartości. Duży udział przychodu pod Niezamapowanym lub anulowanym statusem to sygnał do sprawdzenia mapowania — nie dowód, że przychód powinien być liczony.
- ✓Każdy status pokazany — włączając te jeszcze niesklasyfikowane, więc nic nie jest niewidoczne, dopóki jest niezamapowane.
- ✓Przychód vs. zamówienia, niezależnie sortowane — pieniądze przypisane do statusu niezależnie od tego, ile zamówień się w nim znajduje, więc status może mieć dużo zamówień i mało przychodu lub odwrotnie.
- ✓Oznaczony źródłem — np. bizniweb — dla sklepów korzystających z więcej niż jednej platformy.
- ✓Baner ostrzegawczy liczy, co zostało — „N statusów jeszcze niesklasyfikowanych” pozostaje widoczne, dopóki każdy nie zostanie zamapowany.
Zamapuj bizniweb lub jakiekolwiek ciągi platform, których Twój sklep faktycznie używa
Każdy wiersz to ciąg statusu dokładnie tak, jak przesyła go platforma Twojego sklepu, oznaczony źródłem. Nowe połączenia wypełniają wiersze tylko z 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 Niezamapowane, 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 macierzy”, chyba że ten konkretny status musi złamać regułę — macierz liczy Opłacone, Wysłane i Zrealizowane dla gotówki przy odbiorze, przelewu bankowego, karty online i portfela, podczas gdy „Inne” liczy Opłacone i Zrealizowane, ale nie Wysłane, a nawet „Zawsze przychód” nie może zamienić zaznaczonej Anulacji w przychód. Ta tabela służy do 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 Twoją platformę, np. z bizniweb, nigdy nie zmieniany.
- ✓Znaczenie — Niezamapowany, Złożone, Opłacone, Zrealizowane, Wysłane.
- ✓Anulowane — osobny checkbox, niezależny od znaczenia; zawsze wygrywa, nawet z nadpisaniem „Zawsze przychód”.
- ✓Nadpisanie przychodu — „Według macierzy” domyślnie, więc status i metoda płatności decydują razem; używaj Zawsze/Nigdy przychód tylko wtedy, gdy status naprawdę nie może być reprezentowany przez wspólną macierz.
- ✓Każda edycja zapisuje się automatycznie — bez przycisku Zapisz; zmiana wysyła się natychmiast, pokazuje „Zapisywanie…” lub zwrócony błąd i tylko ten jeden wiersz jest modyfikowany — wszystko inne pozostaje dokładnie tak, jak było.
Zero przychodu z czegokolwiek pozostawionego bez mapowania
Nazwy statusów Twojego sklepu, sklasyfikowane jako Złożone, Opłacone, Zrealizowane lub Wysłane — z opcją Anulowane i nadpisaniem przychodu, aby nic nie liczyło się przypadkowo.
Gotowy, aby sprawdzić, które statusy faktycznie liczą się jako przychód?
Free check · 7-day trial · no credit card