> ## Documentation Index
> Fetch the complete documentation index at: https://docs.retailgrid.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Precios con GMROI según inventario

> Optimiza precios para GMROI de modo que reflejen tanto el margen como la rotación del inventario, con límites de días de cobertura y rebajas de fin de vida.

**GMROI** es un tercer objetivo de optimización en [Price Optimization](https://docs.retailgrid.io/es/agents/price-optimization.md), junto a Maximize Profit y Maximize Revenue. Mientras esos dos solo miran el margen o el volumen, GMROI (retorno del margen bruto sobre el inventario) pondera el margen frente a la velocidad a la que rota el stock de un SKU, de modo que los precios protegen a los productos de alta rotación de quedarse sin stock y liquidan los de baja rotación antes de que envejezcan.

Úsalo cuando la posición de inventario importe para el precio, no solo la elasticidad: stock estacional, gamas perecederas o de fin de vida, o cualquier categoría donde el capital inmovilizado en stock sea la restricción.

## Cómo lee el inventario

GMROI enruta cada SKU según sus **días de cobertura proyectados**: cuántos días durará el stock actual al precio de hoy, a partir del pronóstico de demanda estacional (la misma cifra que la métrica [Días de cobertura pronosticados](https://docs.retailgrid.io/es/reference/metrics.md)). En torno a eso aplica los límites que configures y sigue ejecutando tus reglas de precios como filtro final.

## Configurar una ejecución GMROI

En la pestaña **General** del cuadro de diálogo de Price Optimization, establece **Optimization Goal** en **GMROI**. Entonces se aplican dos controles de inventario:

* **Days of Supply min / max**: la banda saludable en la que quieres que se sitúe el stock, en días. Por defecto **7** y **30**. Por debajo del mínimo un SKU se dirige a una rotura de stock; por encima del máximo tiene exceso de stock. El mínimo debe ser menor que el máximo.
* **End-of-life date** (opcional, por SKU): una fecha para la cual el stock debería estar liquidado. El optimizador trata los días restantes hasta entonces como una fecha límite para las rebajas.

Todo lo demás en las pestañas **Parameters**, **Rules** y **Automation** funciona exactamente igual que en una ejecución de beneficio o ingresos.

## Qué hace el optimizador con esto

GMROI se adapta a la cantidad de configuración de inventario que hayas proporcionado, de modo que nunca falla en categorías que aún no están configuradas:

* **Sin banda de días de cobertura y sin fecha de fin de vida**: recurre al modo solo beneficio y se comporta como una ejecución Maximize Profit.
* **Una fecha de fin de vida pero sin banda de días de cobertura**: añade rebajas guiadas por la fecha límite a medida que esta se acerca.
* **Una banda de días de cobertura configurada**: enruta según los días de cobertura proyectados: sube el precio con fuerza cuando un SKU está cerca de una rotura de stock, optimiza para beneficio mientras se mantiene en la banda saludable, y rebaja (más pronunciadamente cuanto más cerca está la fecha límite) cuando hay exceso de stock o está cerca del fin de vida.

Sea cual sea la rama que tome un SKU, tus reglas de precios (margen mínimo, corredor de competidores, límite de cambio de precio, redondeo y el resto) se ejecutan al final como límites sobre la recomendación, de modo que una rebaja no puede romper tu margen mínimo y una subida no puede saltar más allá de lo que permite tu límite de cambio.

## Leer el resultado

Las recomendaciones de GMROI llegan a la pestaña **Price Approval** del Grid como un **Proposed Price** (precio propuesto) por fila, con las mismas columnas de apoyo que cualquier ejecución de optimización, más el impacto pronosticado en ventas durante el horizonte que hayas elegido. Abre el panel **Price Analysis** en cualquier fila para ver por qué se propuso ese precio, y luego revisa y publica mediante el [flujo de aprobación de precios](https://docs.retailgrid.io/es/agents/price-approval.md). Cuando una regla retuvo un precio durante la ejecución, Price Approval muestra la acción bloqueada en lugar de informar que no hubo cambio.

## Errores comunes

* **Sin pronóstico no hay enrutamiento.** Un SKU sin valor de stock o sin pronóstico no puede situarse en la banda de días de cobertura; recurre al modo solo beneficio. Asegúrate de que el stock esté cargado y de que el SKU tenga suficiente historial para pronosticar.
* **Banda demasiado estrecha.** Una banda de días de cobertura muy estrecha empuja más SKUs a las ramas de emergencia y liquidación. Empieza con el valor por defecto 7/30 y amplía o reduce una vez que hayas visto una ejecución.
* **Las reglas siguen mandando.** GMROI propone; tus reglas de precios y tu paso de aprobación siguen filtrando cada precio. Nada se publica sin tu visto bueno.

## Relacionado

* [Price Optimization](https://docs.retailgrid.io/es/agents/price-optimization.md)
* [Días de cobertura pronosticados](https://docs.retailgrid.io/es/reference/metrics.md)
* [Guía de reglas de precios](https://docs.retailgrid.io/es/agents/pricing-rules-guide.md)
* [Revisar y aprobar cambios de precio](https://docs.retailgrid.io/es/agents/price-approval.md)
* [Pronóstico de ventas e impacto del precio](https://docs.retailgrid.io/es/agents/sales-forecast.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.