| 开发者 | baltano |
|---|---|
| 更新时间 | 2026年9月8日 22:58 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPL-2.0-or-later |
| 版权网址: | 版权信息 |
Profit divided by revenue. A product bought for 60 and sold for 100 gives 40 profit and a 40% margin. This is not markup on cost, which for the same product would be 66.7%. The two get mixed up often, so the definition is printed under the report as well. Longer answer: https://merchgain.com/r/MARGIN/
From the Cost of Goods Sold field built into WooCommerce 10.3 and newer. Merchgain does not store costs of its own and does not add a second cost field to your products. Longer answer: https://merchgain.com/r/COGS/
No. Merchgain makes no outgoing connections at all - no analytics, no licence check, no update ping of its own. Everything is calculated by your own database and displayed in your own admin.
They have no cost recorded, and Merchgain reports them as "no cost data" rather than as a cost of zero. Their revenue still counts; they are simply left out of profit and margin, and the coverage line tells you how much of your revenue that is. Longer answer: https://merchgain.com/r/FILL/
Because WooCommerce cannot tell the two apart. Saving a cost of zero - on the product or on an order item - makes the core store nothing at all rather than a zero, so "cost of zero" and "no cost entered" end up identical in the database. Rather than guess, Merchgain always says "no cost data" and never "cost 0". Free samples, giveaways and downloadable extras will therefore appear on the missing cost list. Longer answer: https://merchgain.com/r/ZERO/
That is WooCommerce, not Merchgain. Creating a refund makes the core recalculate the cost of every item on the parent order using the product's cost as it is today. If the product cost changed in the meantime, the stored history changes with it. Merchgain reports what is in the database; it does not silently keep a second copy. Longer answer: https://merchgain.com/r/REWRITE/
The month the refund was issued, not the month of the original sale. A September sale refunded in November leaves September untouched and shows as a negative amount in November. Reports of closed months do not change behind your back. Longer answer: https://merchgain.com/r/REFUND/
They are left out of the report and named in a warning above the numbers. Merchgain does not convert exchange rates, and adding several currencies into one total would produce a number that looks right and is not. Longer answer: https://merchgain.com/r/CURR/
Because those costs live in that plugin's own meta fields, not in the WooCommerce core field. Merchgain deliberately does not read other plugins' data. Moving the values into the core field is on the roadmap as an optional, preview-first import. Longer answer: https://merchgain.com/r/OTHER/
Yes, and with the classic post-based storage as well. Cost values live in the order items table, which is the same in both layouts. Longer answer: https://merchgain.com/r/HPOS/
Completed, processing and refunded. Refunded is in the list on purpose: a full refund flips the parent order to that status, and leaving it out would make a fully refunded order count as minus its own value instead of zero. WooCommerce Analytics excludes only pending, failed and cancelled by default, so this set is one status narrower - it skips on-hold. Longer answer: https://merchgain.com/r/STAT/
Because a product that sits in several categories is counted in each of them. A mug in both "Kitchen" and "Gifts" adds its sales to both rows, so the rows add up to more than the store actually sold. The alternative - picking one category and dropping the sale from the other - would quietly understate every shared category, which is worse. The summary cards are counted from the order items themselves, so they are never double counted. The screen says this under the table, and a CSV export of the category view says it on the last line, with both numbers. Longer answer: https://merchgain.com/r/CAT/
All of it. There is no date limit. Any range can be selected, including a single month from years back; profit and margin appear wherever a cost was recorded on the sold item.
The report runs in the admin only, never on the storefront, and results are cached for an hour. Entering a cost in the product editor clears that cache immediately, so the numbers never wait for a timer. For anything else that changes the figures - an order status, a refund issued elsewhere, an import - there is a "Recalculate" button next to the export.
Anyone with the "view WooCommerce reports" capability, which is the same permission WooCommerce uses for its own sales reports. A shop manager has it, and so does a bookkeeper account limited to reports only. The report has its own item in the admin menu, "Profit & margin", sitting just below the WooCommerce block - not inside the WooCommerce submenu, where an account limited to reports would never see it: that submenu needs a permission such an account does not have. Longer answer: https://merchgain.com/r/PERM/