Mis costes están en otro plugin. ¿Por qué el informe dice que faltan?

La respuesta corta

Porque esos costes están en el almacenamiento propio de ese plugin (sus propios metadatos o, en el caso de ATUM, una tabla propia) y este informe lee el campo del núcleo de WooCommerce. Distinto almacenamiento, distintos nombres, ningún solapamiento.

Los plugins de costes existen desde años antes que el campo del núcleo (el núcleo no tuvo uno hasta WooCommerce 10.3, a finales de 2025), así que cada uno se inventó el suyo. Una tienda que lleva los costes desde 2019 los tiene en un sitio totalmente distinto.

Qué hace realmente WooCommerce

El campo del núcleo es _cogs_total_value en el producto y _cogs_value en la línea del pedido. El segundo es la parte que ningún plugin de terceros puede añadir a posteriori: lo escribe el núcleo en el momento de la venta, y eso lo convierte en un registro histórico y no en una consulta al precio de hoy.

Un plugin que guarda los costes en sus propios metadatos suele tener solo la parte del producto. Basta para calcular un margen con el coste de hoy, y no basta para decir lo que ganaron de verdad los pedidos del marzo pasado.

Qué hacer

Pasar los valores al campo del núcleo es la solución duradera, y es escribir en tu tienda, así que trátalo como tal:

1. Confirma qué significa el valor de ese campo: neto o bruto, por unidad o por línea. Los campos que usan estos plugins están en la página de abajo; el tuyo merece una comprobación de todos modos.
2. Cópialo al campo del núcleo con el script de pasar los costes de otro plugin: lee los campos ajenos, te enseña lo que escribiría antes de escribir nada e informa de los productos en los que dos plugins no coinciden, en lugar de elegir un ganador.
3. Conserva de momento los datos del plugin antiguo. No se gana nada borrándolos, y son tu único registro de lo que costaban las cosas.
4. Recuerda que solo los pedidos hechos después de la copia tendrán un coste guardado. La migración arregla el futuro, no el historial.

Para una versión posterior se está estudiando una importación opcional con vista previa. No se promete nada hasta que exista.

Cómo lo muestra Merchgain

Merchgain busca esos campos, cuenta los productos y nombra el plugin que los tiene, con el nombre que el propio plugin se da: 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 y Cost Of Goods For WooCommerce. Lo ves en el aviso de costes que faltan, junto a la lista de productos. Un informe vacío deja de ser un misterio.

Lo hace desde la versión 0.2.2; Booster, BjornTech PayPal POS y ATUM se detectan desde la 0.2.4. Con ATUM había un hueco que conviene explicar: las versiones anteriores lo buscaban en un campo del producto en el que ATUM dejó de escribir en 2018, cuando llevó sus datos a una tabla propia.

Los cuenta. Nunca calcula con ellos, y eso no va a cambiar. Dos motivos, y el segundo es el de verdad:

• no puede saber cuál manda. Tres plugins de costes en la historia de una tienda son tres campos, a menudo en desacuerdo, ninguno con fecha;
• una cifra que nadie puede comprobar es peor que un hueco. «Se conoce el coste del 74 % de los ingresos» se puede comprobar con la lista de productos. «Se conoce el coste, sacado de uno de cinco campos posibles» no lo puede comprobar nadie, ni siquiera nosotros.

Contar no es calcular: una cosa te dice dónde están tus datos; la otra pone en tu pantalla una cifra que no tienes forma de comprobar.