Respuestas sobre costes, beneficio y margen en WooCommerce

El campo de coste es una función de WooCommerce que viene desactivada. Dónde está el interruptor, qué empieza a guardar y por qué no se rellena nada hacia atrás.

El escritorio de WooCommerce tiene un campo de coste y ningún editor masivo. Las vías para muchos productos y el orden que hace útil el informe tras una tarde.

WooCommerce guarda el coste de los productos en cada pedido, pero ningún informe de Análisis lo lee. Dónde se ve el coste y cómo sacar de él beneficio y margen.

Google pide el coste de cada producto antes de rebajarlo en Shopping. Cómo llega al feed el campo de coste de WooCommerce y qué más necesita la configuración.

Una variación hereda el coste del padre, lo sustituye o se suma a él. El indicador de suma, la regla de herencia y qué debe contar como coste que falta.

El margen es el beneficio dividido entre los ingresos; el markup, el beneficio dividido entre el coste. El mismo producto da un 40 % de una forma y un 66,7 % de la otra.

El total neto de línea de los artículos vendidos después de descuentos, sin impuestos ni envío. Por qué no coincide con la cifra del informe de ventas de WooCommerce.

Completado, procesando y reembolsado. Por qué reembolsado tiene que estar en la lista y por qué, sin él, un pedido reembolsado entero cuenta como menos su propio valor.

En el mes en que se hizo el reembolso, no en el de la venta. Una venta de septiembre reembolsada en noviembre deja septiembre igual y aparece en negativo en noviembre.

Un producto en tres categorías cuenta en las tres. Por qué WooCommerce no tiene categoría principal y por qué inventarse una sería peor que el solapamiento.

WooCommerce borra el coste de una línea del pedido cuando es cero, así que una muestra gratis y un producto sin coste acaban siendo la misma ausencia en la base de datos.

No tienen coste guardado: sus ingresos cuentan y su beneficio no. Para qué sirve la línea de cobertura y por qué ningún plugin puede rellenar ese historial.

Al crear un reembolso, WooCommerce recalcula el coste de cada línea del pedido con el coste actual del producto. Es comportamiento del núcleo y no tiene vuelta atrás.

Los pedidos nuevos dejan de guardar costes y el hueco no se rellena después. Desactivarla no borra nada, pero guardar un pedido mientras está desactivada sí puede.

Se nombran en un aviso y se dejan fuera del informe. No se aplican tipos de cambio, porque un total en varias monedas parece correcto y no lo es.

Los plugins de costes guardan sus valores en campos o tablas propios, no en el campo del núcleo. Por qué leerlos igualmente haría las cifras imposibles de comprobar.

Lo vendido antes de guardar un coste recibe una estimación con el coste actual del producto, separada de las cifras guardadas. Cómo se calcula y cuándo engaña.

Sí, y también con el almacenamiento clásico en entradas. Los artículos del pedido están en las mismas tablas en los dos casos, y ahí es justo donde están los costes.

Quien tenga la capacidad que WooCommerce usa para sus propios informes. Por qué el informe tiene su propio elemento de menú y no está dentro del submenú de WooCommerce.

Sin cuenta, sin comprobación de licencia, sin telemetría, sin conexiones salientes de ningún tipo. Qué significa en concreto y cómo comprobarlo tú en cinco minutos.

Los resultados se guardan en caché una hora para que la pantalla se abra rápido. Introducir un coste vacía la caché al momento. Para todo lo demás está el botón.

Hasta donde lleguen tus pedidos, sin límite. Lo que corta el historial son los datos de coste: empiezan el día en que se activó la función y no se rellenan hacia atrás.

Tres capacidades de solo lectura en WordPress 6.9+: resumen de beneficios, productos con pérdidas y productos sin coste. Quién puede usarlas y adónde van las cifras.