Meine Kosten stehen in einem anderen Plugin. Warum zeigt der Bericht sie als fehlend?

Die kurze Antwort

Weil diese Kosten im eigenen Speicher dieses Plugins liegen, in seinen eigenen Meta-Feldern oder, bei ATUM, in einer eigenen Tabelle, und dieser Bericht das Feld des WooCommerce-Kerns liest. Anderer Speicher, andere Namen, keine Überschneidung.

Kosten-Plugins gibt es schon Jahre länger als das Feld des Kerns, der erst mit WooCommerce 10.3 Ende 2025 eines bekam. Deshalb hat jedes sein eigenes erfunden. Ein Shop, der seit 2019 Kosten erfasst, hat sie ganz woanders.

Was WooCommerce tatsächlich tut

Das Feld des Kerns ist _cogs_total_value beim Produkt und _cogs_value in der Bestellposition. Den zweiten Teil kann kein Plugin eines Drittanbieters nachrüsten: Er wird im Moment des Verkaufs vom Kern geschrieben, und deshalb ist er ein historischer Beleg und keine Abfrage des heutigen Preises.

Ein Plugin, das Kosten in eigenen Meta-Feldern speichert, hat meist nur die Produktseite. Das reicht, um eine Marge zum heutigen Wareneinsatz zu berechnen, aber nicht, um zu sagen, was die Bestellungen vom letzten März tatsächlich eingebracht haben.

Was Sie tun können

Die Werte in das Feld des Kerns zu übertragen ist die dauerhafte Lösung. Das ist ein Schreibvorgang in Ihrem Shop; behandeln Sie ihn also entsprechend:

1. Klären Sie, was der Wert in diesem Feld bedeutet: netto oder brutto, je Artikel oder je Position. Die Felder, die diese Plugins verwenden, stehen auf der unten verlinkten Seite; Ihr eigenes sollten Sie trotzdem prüfen.
2. Kopieren Sie ihn mit dem Skript unter Kosten aus einem anderen Plugin übertragen in das Feld des Kerns. Es liest die fremden Felder, zeigt vor jedem Schreiben, was es schreiben würde, und meldet die Produkte, bei denen sich zwei Plugins widersprechen, statt einen Sieger zu wählen.
3. Behalten Sie die Daten des alten Plugins vorerst. Löschen bringt nichts, und sie sind Ihr einziger Beleg dafür, wie die Kosten früher aussahen.
4. Denken Sie daran, dass nur Bestellungen nach dem Kopieren einen erfassten Wareneinsatz tragen. Die Übertragung repariert die Zukunft, nicht die Historie.

Ein optionaler Import mit Vorschau wird für eine spätere Version erwogen. Versprochen ist davon nichts, bis es ihn gibt.

So zeigt Merchgain das im Bericht

Merchgain sucht nach diesen Feldern, zählt die Produkte und nennt das Plugin, in dem sie stehen, mit dem Namen, den sich das Plugin selbst gibt: 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 und Cost Of Goods For WooCommerce. Sie sehen es im Hinweis zu fehlenden Kosten, neben der Produktliste. Ein leerer Bericht ist dann kein Rätsel mehr.

Das tut es seit Version 0.2.2; Booster, BjornTech PayPal POS und ATUM werden ab 0.2.4 gefunden. ATUM verdient eine Erwähnung: Frühere Versionen suchten es in einem Produktfeld, in das ATUM nicht mehr schreibt, seit es 2018 seine Daten in eine eigene Tabelle verlegt hat.

Merchgain zählt sie. Es rechnet nie mit ihnen, und daran wird sich nichts ändern. Dafür gibt es zwei Gründe, und der zweite ist der eigentliche:

• Es kann nicht wissen, welcher Wert maßgeblich ist. Drei Kosten-Plugins in der Geschichte eines Shops bedeuten drei Felder, die sich oft widersprechen und von denen keines ein Datum trägt.
• Eine Zahl, die niemand prüfen kann, ist schlimmer als eine Lücke. „Der Wareneinsatz ist für 74 % des Umsatzes bekannt“ lässt sich an der Produktliste prüfen. „Der Wareneinsatz ist bekannt, aus einem von fünf möglichen Feldern“ kann niemand prüfen, auch wir nicht.

Zählen ist nicht Rechnen: Das eine sagt Ihnen, wo Ihre Daten liegen, das andere setzt Ihnen eine Zahl in die Ansicht, die Sie auf keine Weise prüfen können.