Cómo se calculan el beneficio y el margen

Ingresos

El total neto de línea de los productos vendidos, después de descuentos, sin impuestos y sin envío.

Los impuestos no son tuyos, así que quedan fuera. El envío queda fuera porque el núcleo no guarda ningún coste en una línea de envío: contar lo que cobras como ingreso mientras su coste no está en ningún sitio haría que todos los márgenes parecieran mejores de lo que son.

Los cupones ya están aplicados: WooCommerce guarda los totales de línea después de descuentos, así que un código del 20 % aparece como menos ingresos y no como una deducción aparte.

Coste de los productos

La suma de los costes guardados en los artículos vendidos, leídos en las líneas del pedido, no en los datos actuales de los productos.

Esto es lo que hace que merezca la pena construir el informe: WooCommerce escribe el coste en la línea del pedido en el momento de la venta, así que un pedido del marzo pasado dice lo que costaba la mercancía el marzo pasado. Lo único que lo sobrescribe es un reembolso, que es un comportamiento del núcleo explicado aparte.

Beneficio bruto

beneficio bruto = ingresos de artículos con coste conocido − coste de esos artículos

Fíjate en la primera mitad. El beneficio se calcula solo con los artículos cuyo coste se conoce. Un artículo sin coste guardado sigue contando en los ingresos, pero nunca entra en el cálculo del beneficio como si la mercancía hubiera sido gratis.

La alternativa, tratar un coste que falta como cero, produce una cifra de beneficio más grande, más amable y completamente falsa. Es la forma más habitual en que un informe de beneficios engaña a una tienda.

Margen

margen = beneficio bruto ÷ ingresos de artículos con coste conocido

El beneficio dividido entre los ingresos, no el markup sobre el coste. Un producto comprado a 60 y vendido a 100 tiene aquí un margen del 40 %. Su markup es del 66,7 %, y es el que suelen dar los proveedores: la calculadora de margen y markup pasa de uno a otro.

Cobertura: la cifra que matiza todas las demás

cobertura = ingresos de artículos con coste conocido ÷ ingresos totales

Aparece al final del panel del resumen como una frase, no como una etiqueta:

Se conoce el coste del 75 % de los ingresos. El beneficio y el margen de arriba se calculan solo sobre esa parte; hay 1.023.995,02 $ de ingresos sin coste guardado.

La cobertura no es una nota que haya que llevar al 100 %. Una tienda que regala muestras, o que vende mercancía comprada antes de que existiera el campo de coste, se quedará por debajo del 100 % para siempre, y esa es la respuesta correcta, no un defecto.

Un ejemplo con cifras

La tienda de demostración del informe de ejemplo, en doce meses:

Hay dos cosas en las que fijarse. El margen se calcula sobre los ingresos cubiertos, no sobre los ingresos totales; si no, bajaría en silencio una cuarta parte por un motivo que no tiene nada que ver con tus precios. Y el beneficio es menor de lo que sugeriría «ingresos menos coste» de toda la tienda, porque una cuarta parte de los ingresos simplemente no forma parte del cálculo.

Qué pedidos se cuentan

Completado, Procesando y Reembolsado. Los pedidos cancelados, fallidos, pendientes, en borrador y en espera no se cuentan en absoluto: no como ventas sin beneficio, simplemente no están.

Reembolsado está en esa lista por un motivo fácil de pasar por alto: un reembolso total cambia el pedido original a refunded, así que excluir ese estado borraría la venta pero dejaría el reembolso, y el pedido contaría como menos su propio valor. Todo el razonamiento.

Reembolsos

Un reembolso cuenta como importe negativo en el periodo en que se hizo, no en el periodo de la venta original. Una venta de septiembre reembolsada en noviembre deja septiembre exactamente como estaba.

Se mueven los dos lados: el reembolso reduce a la vez los ingresos y el coste guardado, así que un pedido reembolsado entero se queda en cero y no en menos su propio margen.

Lo que se deja fuera a propósito

• Ingresos y costes de envío. No existe ningún campo de coste para una línea de envío.
• Comisiones de pago y de pasarela. No están en los datos del pedido de ninguna forma estándar.
• Pedidos en otra moneda. Se nombran en un aviso y se excluyen, sin aplicar tipos de cambio. Por qué.
• Todo lo que no es mercancía: alquiler, sueldos, anuncios. Es un informe de beneficio bruto, y el beneficio bruto es una cifra real y útil precisamente porque su límite está claro.

Las categorías se solapan a propósito

Un producto en tres categorías cuenta en las tres, así que las filas de categorías pueden sumar más que el resumen. WooCommerce no tiene categoría principal, así que la alternativa sería inventarse una. Los detalles.

Hasta dónde llega hacia atrás

No hay plazo. El informe cuenta las fechas que eliges: los atajos llegan hasta doce meses, pero un intervalo personalizado admite dos fechas cualesquiera, hasta tu pedido más antiguo. Nada se recorta por el camino hasta la consulta, y los dos campos de fecha muestran siempre los días que realmente se cuentan.

Lo que corta el historial son los datos de coste, no el intervalo: los ingresos llegan hasta el pedido más antiguo, mientras que el beneficio y el margen solo llegan hasta el día en que se empezaron a guardar los costes. Hasta dónde llega el informe hacia atrás.

De dónde salen estas cifras en la base de datos

Para quien quiera comprobar la aritmética con su propio SQL:

• coste del producto: _cogs_total_value en postmeta, más wc_product_meta_lookup.cogs_total_value, que vale NULL cuando no hay coste introducido;
• coste de la línea del pedido: _cogs_value en woocommerce_order_itemmeta, la misma tabla con HPOS y con el almacenamiento clásico;
• coste total del pedido: _cogs_total_value en wc_orders_meta con HPOS, en postmeta en caso contrario;
• ingresos de la línea: el total neto del artículo, de las mismas tablas de artículos del pedido.

El informe lo calcula tu propia base de datos y nunca sale de tu servidor. Si una cifra de aquí no coincide con lo que obtienes a mano, merece un correo: una cifra equivocada es el único fallo real que puede tener este tipo de producto.