Opis
WooCommerce mówi, co sprzedałeś. Nie mówi, ile zarobiłeś.
Od WooCommerce 10.3 koszt własny sprzedaży mieszka w edytorze produktu w rdzeniu, a każde zamówienie zapisuje koszt w chwili sprzedaży. Merchgain czyta to pole i odpowiada na pytanie, na które raport sprzedaży odpowiedzieć nie umie: ile z tego przychodu jest naprawdę Twoje. To raport zysku WooCommerce zbudowany na danych, które sklep już ma — bez importu, bez drugiego miejsca na koszty.
Tylko czyta. Żaden produkt, żadna cena, żadne zamówienie ani żadna wartość kosztu nigdy nie są zapisywane z powrotem do Twojego sklepu.
Co dostajesz
- Kafelki podsumowania — przychód, koszt towaru, zysk brutto i marża za wybrany okres.
- Zysk per produkt — z sortowaniem, wyszukiwaniem i stronicowaniem.
- Zysk per kategoria — ta sama sprzedaż pogrupowana po kategoriach produktu. Produkt, który należy do kilku kategorii, liczy się w każdej z nich, więc sumy kategorii mogą wyjść większe niż podsumowanie — mówi o tym i ekran, i plik CSV.
- Ostrzeżenie o brakujących kosztach — ile produktów nie ma zapisanego kosztu, z odnośnikami prosto do tych produktów, i jaka część Twojego przychodu zostaje przez to bez pokrycia. A jeśli koszt trzyma inna wtyczka, ostrzeżenie mówi to i nazywa ją — pusty raport przestaje być zagadką.
- Estimate for older orders – items sold before you entered costs have none recorded, so the
report estimates them from each product’s cost as it is today. The estimate sits in a panel and
columns of its own, marked as an estimate, and is never added to the recorded figures – enter
your costs today and see an estimate for last year straight away, not just a row of dashes. - Eksport CSV — bieżący widok, dokładnie taki, jaki masz na ekranie. Bardzo duże raporty są ucinane na 20 000 wierszy, a plik mówi o tym w ostatniej linii, więc krótki plik nigdy nie jest plikiem milczącym — a eksport kategorii, który sumuje się do więcej niż podsumowanie, mówi dlaczego.
- Ostrzeżenie o obcej walucie — zamówienia w walucie innej niż waluta sklepu są wymienione z nazwy i pominięte, zamiast po cichu wejść do jednej błędnej sumy.
Czym to się różni
- Eksport CSV w wersji darmowej. Nie za dopłatą.
- Ostrzeżenie o brakujących kosztach jest funkcją, a nie zachętą do zakupu. Pokrycie widzisz obok każdej liczby, więc zawsze wiesz, jaka część raportu stoi na prawdziwych danych.
- Działa bez WooCommerce Analytics. Merchgain wykonuje własne zapytania do tabel zamówień, więc nie wymaga włączonego modułu Analytics.
- Nic nie opuszcza Twojego serwera. Żadnego konta, żadnej usługi zewnętrznej, żadnej telemetrii, żadnych połączeń do domu. Raport liczy się na Twoim hostingu i tam zostaje.
Jak liczone są te liczby
This is a cost of goods sold report, so profit and margin rest on the cost recorded at the moment
of sale – not on a current price list. The one exception is the estimate for items sold without a
recorded cost: it uses today’s product cost, says so wherever it appears, and is never added to the
recorded figures.
Przychód to wartość netto sprzedanych pozycji po rabatach, bez podatku i wysyłki. Zwroty liczą się na minus w okresie, w którym je wystawiono, a nie w okresie pierwotnej sprzedaży. Zamówienia liczone domyślnie: zrealizowane, w trakcie realizacji i zwrócone.
Marża to zysk podzielony przez przychód, a nie narzut na koszt. Produkt kupiony za 60 i sprzedany za 100 ma tutaj 40% marży. Ta jedna różnica oddziela raport marży od raportu sprzedaży.
Zysk i marża liczone są wyłącznie na pozycjach, których koszt jest znany. Pozycja bez zapisanego kosztu nadal liczy się do przychodu, ale nigdy nie jest traktowana tak, jakby kosztowała zero — raport mówi to wprost, zamiast po cichu zawyżać Twoją marżę.
Dokumentacja i odpowiedzi: https://merchgain.com/pl/
Od twórców Merchlinta.
Zrzuty ekranu
Instalacja
- Zainstaluj i włącz wtyczkę. Wymagane jest WooCommerce 10.3 lub nowsze.
- Wejdź w WooCommerce -> Ustawienia -> Zaawansowane -> Funkcje i włącz „Cost of Goods Sold”.
- Wpisz koszt na produktach — pole jest w zakładce Ogólne edytora produktu.
- Otwórz „Zysk i marża” w menu panelu — własna pozycja, tuż pod blokiem WooCommerce.
New orders record the product cost at the moment of sale. Orders placed before your costs were in place have none recorded, so the report estimates them from today’s product costs – separately from the recorded figures.
Najczęściej zadawane pytania
-
Jak liczona jest marża?
-
Zysk podzielony przez przychód. Produkt kupiony za 60 i sprzedany za 100 daje 40 zysku i 40% marży. To nie jest narzut na koszt, który dla tego samego produktu wyniósłby 66,7%. Te dwie rzeczy często się mylą, więc definicja jest wypisana także pod raportem.
Dłuższa odpowiedź: https://merchgain.com/r/MARGIN/?lang=pl
-
Skąd biorą się koszty?
-
Z pola Cost of Goods Sold wbudowanego w WooCommerce 10.3 i nowsze. Merchgain nie przechowuje własnych kosztów i nie dodaje do produktów drugiego pola kosztu.
Dłuższa odpowiedź: https://merchgain.com/r/COGS/?lang=pl
-
Czy jakiekolwiek dane opuszczają mój serwer?
-
Nie. Merchgain nie wykonuje żadnych połączeń wychodzących — żadnej analityki, żadnego sprawdzania licencji, żadnego własnego pingu aktualizacji. Wszystko liczy Twoja własna baza danych i wyświetla Twój własny panel.
-
A co z zamówieniami złożonymi przed wpisaniem kosztów?
-
Nie mają zapisanego kosztu i Merchgain pokazuje je jako „brak danych o koszcie”, a nie jako koszt zero. Ich przychód nadal się liczy; są po prostu pomijane w zysku i marży, a linia pokrycia mówi, jaka to część Twojego przychodu.
Once their products have a cost, the report also estimates them: today’s product cost times the
quantity sold, the same way WooCommerce would record it if the sale happened today. The estimate
has a panel and columns of its own, every estimated figure is marked, and it is never added to the
recorded profit. If a cost price changed since the sale, the estimate is off by exactly that
change – which is why it stays apart.Dłuższa odpowiedź: https://merchgain.com/r/FILL/?lang=pl
-
Mój produkt naprawdę kosztuje zero, a pokazuje się jako brak kosztu. Dlaczego?
-
Bo WooCommerce nie odróżnia jednego od drugiego. Zapisanie kosztu zero — na produkcie albo na pozycji zamówienia — sprawia, że rdzeń nie zapisuje nic zamiast zera, więc „koszt zero” i „brak wpisanego kosztu” są w bazie nie do odróżnienia. Zamiast zgadywać, Merchgain zawsze mówi „brak danych o koszcie”, a nigdy „koszt 0”. Darmowe próbki, gratisy i dodatki do pobrania trafią więc na listę braków kosztu.
Dłuższa odpowiedź: https://merchgain.com/r/ZERO/?lang=pl
-
Wystawiłem zwrot i zmienił się mój zysk historyczny. Dlaczego?
-
To WooCommerce, nie Merchgain. Utworzenie zwrotu każe rdzeniowi przeliczyć koszt każdej pozycji zamówienia nadrzędnego według kosztu produktu z dzisiaj. Jeśli koszt produktu zmienił się w międzyczasie, zapisana historia zmienia się razem z nim. Merchgain pokazuje to, co jest w bazie; nie trzyma po cichu drugiej kopii.
Dłuższa odpowiedź: https://merchgain.com/r/REWRITE/?lang=pl
-
Do którego miesiąca należy zwrot?
-
Do miesiąca, w którym zwrot został wystawiony, a nie miesiąca pierwotnej sprzedaży. Wrześniowa sprzedaż zwrócona w listopadzie zostawia wrzesień nietknięty i pokazuje się jako kwota ujemna w listopadzie. Raporty zamkniętych miesięcy nie zmieniają się za Twoimi plecami.
Dłuższa odpowiedź: https://merchgain.com/r/REFUND/?lang=pl
-
Mam zamówienia w euro i dolarach. Co się z nimi dzieje?
-
Są pomijane w raporcie i wymienione z nazwy w ostrzeżeniu nad liczbami. Merchgain nie przelicza kursów walut, a dodanie kilku walut do jednej sumy dałoby liczbę, która wygląda poprawnie i taka nie jest.
Dłuższa odpowiedź: https://merchgain.com/r/CURR/?lang=pl
-
Trzymam koszty w innej wtyczce. Dlaczego Merchgain pokazuje je jako brakujące?
-
Bo te koszty leżą tam, gdzie trzyma je tamta wtyczka — we własnym polu albo, w przypadku ATUM, we własnej tabeli — a nie w polu rdzenia WooCommerce. Merchgain mówi to wprost, zamiast zostawiać Cię z domysłami: ostrzeżenie o brakujących kosztach liczy, ile z tych produktów ma koszt zapisany w innej wtyczce, i nazywa ją. Rozpoznawane: Cost of Goods: Product Cost & Profit Calculator for WooCommerce, WooCommerce Cost of Goods, ATUM Inventory Management for WooCommerce, Booster for WooCommerce, BjornTech PayPal POS integration for WooCommerce, Ni Cost of Goods for WooCommerce i Cost Of Goods For WooCommerce.
Liczy je; nigdy z nich nie liczy. Liczba wzięta z pola, którego nikt nie sprawdzi, jest gorsza niż luka — a sklep z dwiema wtyczkami kosztowymi w historii ma dwa pola, które się nie zgadzają, i żadne z datą. Przeniesienie wartości do pola WooCommerce jest odpowiedzią trwałą, a strona poniżej pokazuje jak.
Dłuższa odpowiedź: https://merchgain.com/r/OTHER/?lang=pl
-
Czy działa z High-Performance Order Storage?
-
Tak, tak samo jak z klasycznym zapisem opartym na wpisach. Wartości kosztu leżą w tabeli pozycji zamówienia, która jest taka sama w obu układach.
Dłuższa odpowiedź: https://merchgain.com/r/HPOS/?lang=pl
-
Które zamówienia są liczone?
-
Zrealizowane, w trakcie realizacji i zwrócone. Status „zwrócone” jest na liście celowo: pełny zwrot przestawia zamówienie nadrzędne na ten status, a pominięcie go sprawiłoby, że w pełni zwrócone zamówienie liczyłoby się jako minus własnej wartości zamiast zera. WooCommerce Analytics domyślnie wyklucza tylko oczekujące, nieudane i anulowane, więc ten zestaw jest o jeden status węższy — pomija wstrzymane.
Dłuższa odpowiedź: https://merchgain.com/r/STAT/?lang=pl
-
Sumy kategorii wychodzą większe niż kafelek podsumowania. Dlaczego?
-
Bo produkt, który należy do kilku kategorii, liczy się w każdej z nich. Kubek w „Kuchni” i w „Prezentach” dokłada swoją sprzedaż do obu wierszy, więc wiersze sumują się do więcej, niż sklep faktycznie sprzedał. Alternatywa — wybrać jedną kategorię i odjąć sprzedaż z drugiej — po cichu zaniżałaby każdą współdzieloną kategorię, a to gorsze. Kafelki podsumowania liczone są z samych pozycji zamówień, więc nigdy nie liczą podwójnie. Ekran mówi o tym pod tabelą, a eksport CSV widoku kategorii mówi to w ostatniej linii, z obiema liczbami.
Dłuższa odpowiedź: https://merchgain.com/r/CAT/?lang=pl
-
Jak daleko wstecz sięga raport?
-
Całą. Nie ma żadnego ograniczenia dat. Można wybrać dowolny zakres, także pojedynczy miesiąc sprzed lat; zysk i marża pojawiają się wszędzie tam, gdzie na sprzedanej pozycji zapisano koszt.
-
Czy spowalnia mój sklep?
-
Raport działa wyłącznie w panelu, nigdy po stronie sklepu, a wyniki są zapamiętywane na godzinę. Wpisanie kosztu w edytorze produktu czyści tę pamięć natychmiast, więc liczby nigdy nie czekają na zegar. Dla wszystkiego innego, co zmienia wyniki — statusu zamówienia, zwrotu wystawionego gdzie indziej, importu — obok eksportu jest przycisk „Przelicz”.
-
Kto widzi raport?
-
Każdy, kto ma uprawnienie „view WooCommerce reports” — to samo, którego WooCommerce używa do własnych raportów sprzedaży. Ma je menedżer sklepu, ma je też konto księgowej ograniczone wyłącznie do raportów. Raport ma własną pozycję w menu panelu, „Zysk i marża”, tuż pod blokiem WooCommerce — a nie w podmenu WooCommerce, gdzie konto ograniczone do raportów nigdy by go nie zobaczyło: tamto podmenu wymaga uprawnienia, którego takie konto nie ma.
Dłuższa odpowiedź: https://merchgain.com/r/PERM/?lang=pl
Recenzje
Wtyczka nie ma jeszcze żadnej recenzji.
Kontrybutorzy i deweloperzy
„Merchgain – Gross Margin & Profit Reports for WooCommerce” jest oprogramowaniem open source. Poniższe osoby miały wkład w rozwój wtyczki.
Zaangażowani
Wtyczka „Merchgain – Gross Margin & Profit Reports for WooCommerce” została przetłumaczona na 1 język. Podziękuj tłumaczom za ich wkład.
Przetłumacz wtyczkę “Merchgain – Gross Margin & Profit Reports for WooCommerce” na swój język.
Interesuje cię rozwój wtyczki?
Przeglądaj kod, sprawdź repozytorium SVN lub czytaj dziennik rozwoju przez RSS.
Rejestr zmian
0.2.5
- New: an estimate for items sold without a recorded cost. WooCommerce records the cost on the
order at the moment of sale, so a shop that enters its costs today has none on last year’s
orders. The report now estimates those items from each product’s cost as it is today – the
same rule WooCommerce uses when it records a cost, variations included – and shows the result
in a panel of its own under the summary cards. - The estimate is never added to the recorded figures. The summary cards, the Cost, Profit and
Margin columns and the coverage line are calculated exactly as before; the estimate has its own
cards, its own „Estimated profit” and „Estimated margin” columns, which can be sorted, and an
approximately-equal sign on every estimated figure on screen. - The CSV export has five new columns at the end – revenue, cost, profit, margin and item count of
the estimate – and explains them in a note at the end of the file. Existing columns keep their
places. - Items with no cost even today – a product with no cost or a cost of zero, or one deleted since
the sale – are not estimated; when the panel is shown, it says how much revenue that leaves out. - Nothing is written to the store: the estimate is calculated when the report is opened.
- The one-time review request can now also appear below a report that has only an estimate.
- New look: gross profit is the largest number on the screen, with revenue, cost of goods and
margin beside it in a summary panel, and a bar shows how revenue splits into cost, profit and
the part with no cost recorded. Margins in the table have a bar beside them, the search box and
the CSV button sit next to the table they work on, and the screen uses the colours of the
Merchgain icon. The numbers and how they are calculated are unchanged. - Fixed: the link next to the coverage line always said 74%, whatever the real share was; it now
quotes the line. A share just under 100% or just over 0% shows one decimal, such as 99.6%,
instead of being rounded to 100% or 0%. - Fixed: switching from a product search to the category view kept the search phrase, so the
screen said the search filtered a table it did not filter, and the category export lost its
note about products counted in several categories. - Fixed: an account that can see reports but not edit products got the names in the missing cost
list as empty links that reloaded the report. They are plain names now.
0.2.4
- Naprawiono: ostrzeżenie o brakujących kosztach nie widziało cen zakupu trzymanych przez ATUM Inventory Management. Od swojej wersji 1.5.0 ATUM trzyma je we własnej tabeli, a Merchgain czytał stare pole produktu, do którego ATUM już nie pisze. Teraz czyta tabelę. Starego pola nie liczy już wcale: w sklepie, który używał ATUM przed wersją 1.5.0, leży w nim zamrożona kopia, a pola o tej samej nazwie używają też inne wtyczki, więc żadnej z nich nie dałoby się uczciwie wskazać.
- Naprawiono: koszty trzymane przez WooCommerce Cost of Goods były przypisywane wtyczce kosztowej WPFactory, która je tylko importuje. Ostrzeżenie wymienia teraz właściwą wtyczkę.
- Naprawiono: wariant bez własnego kosztu w Cost of Goods: Product Cost & Profit Calculator for WooCommerce bierze tam koszt rodzica i jest teraz liczony, więc sklep, który trzyma te koszty na produktach zmiennych, nie widzi już zera.
- Ostrzeżenie rozpoznaje teraz także Booster for WooCommerce i BjornTech PayPal POS integration for WooCommerce, a każdą wtyczkę nazywa nazwą, którą ta sama sobie nadaje.
- Gdy Booster for WooCommerce ma włączone „Treat Variable Products as Simple Products”, wariant bierze tam cenę zakupu rodzica, a ostrzeżenie liczy go jako koszt trzymany w Boosterze.
- Kwoty ujemne też nie są już liczone — liczą się tylko kwoty większe od zera.
0.2.3
- Naprawiono: w sklepach z bazą danych MariaDB tabele produktów i kategorii — oraz ich eksport CSV — wychodziły puste przy sortowaniu po zysku albo po marży, a zysk jest sortowaniem domyślnym. Baza odrzucała wyrażenie sortujące, a ekran nie pokazywał ani wierszy, ani błędu. Błąd nie dotyczył MySQL. Żadna liczba nigdy nie była błędna: kafelki podsumowania i pozostałe sortowania działały.
- Pod raportem, w którym choć jedna sprzedaż ma zapisany koszt, pojawia się jednorazowa prośba o recenzję wtyczki na WordPress.org — jakakolwiek będzie Twoja ocena. Pokazuje się tylko na ekranie raportu, nigdy w kokpicie, i zamyka się na dobre, gdy przejdziesz do recenzji albo wybierzesz „Nie pytaj więcej”. Decyzja jest zapisywana osobno dla każdego użytkownika i usuwana przy odinstalowaniu wtyczki.
- Nowe zrzuty ekranu, zrobione w anglojęzycznym sklepie demonstracyjnym, z podpisami mówiącymi, co pokazuje każdy ekran.
0.2.2
- Ostrzeżenie o brakujących kosztach mówi teraz, kiedy koszt trzyma inna wtyczka. Liczy takie produkty i nazywa wtyczkę: Cost of Goods for WooCommerce (oba jej pola), ATUM Inventory Management, NI WooCommerce Cost of Goods i Cost of Goods. Koszt zerowy w takim polu nie jest liczony, bo przeniesienie zera niczego nie zmienia.
- Te wartości są liczone, nigdy z nich nie liczymy. Zysk i marża nadal biorą się wyłącznie z pola kosztu, które daje samo WooCommerce — liczba wzięta z pola, którego nikt nie sprawdzi, byłaby gorsza niż luka, którą zapełnia.
0.2.1
- Wtyczka jest teraz wymieniona w katalogu jako „Merchgain – Gross Margin & Profit Reports for WooCommerce”. Zmieniła się wyłącznie wyświetlana nazwa: ta sama wtyczka, ten sam adres w katalogu, te same ustawienia, te same dane.
- Szybszy widok kategorii, gdy rozszerzenie dokłada do raportu koszty na poziomie zamówienia: grupowanie wykonywało dwa zapytania na produkt. W sklepie z 11 000 sprzedanych sztuk było to 6978 zapytań i 2,6 sekundy; teraz jest to 18 zapytań i 0,8 sekundy. Liczby się nie zmieniają.
- Odinstalowanie nie usuwa już danych zapamiętanych przez rozszerzenia Merchgaina. Każde rozszerzenie sprząta po sobie samo.
0.2.0
- Pierwsze publiczne wydanie. Wersje 0.1.0 i 0.1.1 były paczkami recenzyjnymi wysłanymi do katalogu wtyczek i nigdy nie zostały opublikowane, więc to jest pierwsza wersja, którą ktokolwiek może zainstalować. Kod jest tym, który przeszedł recenzję; zmienił się tylko numer wersji.
0.1.1
- Raport nie ogranicza już tego, jak daleko wstecz sięga. Okno 365 dni zniknęło z kodu w całości, razem z komunikatem, który je tłumaczył.
0.1.0
- Pierwsza działająca wersja: kafelki podsumowania, zysk per produkt i per kategoria, ostrzeżenie o brakujących kosztach, eksport CSV, ostrzeżenie o obcej walucie, ekran powitalny, zapamiętane wyniki z przyciskiem „Przelicz”.