> For the complete documentation index, see [llms.txt](https://docs.rmhpos.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.rmhpos.com/es/store-manager/manage-inventory/update-on-hand-quantities-with-parent-child-relationships/understanding-parent-child-items.md).

# Acerca del control de inventario principal-secundario

Este tema describe las mejores prácticas para usar el control de inventario principal-secundario en RMH.

Debe crear una relación padre-hijo entre los artículos en RMH si los empleados de la tienda pueden «abrir» o «romper» el artículo padre para reabastecer los estantes con el artículo hijo. Si existe una relación padre-hijo entre artículos y la cantidad disponible del artículo hijo es cero (0), cuando un cliente compra el artículo hijo en el POS, RMH reconoce automáticamente que se ha abierto el artículo padre y ajusta las cantidades disponibles tanto del artículo hijo como del artículo padre en consecuencia.

## Escenario 1: Papel para impresora

La tienda vende papel para impresora por caja y por resma. Cada caja contiene 10 resmas (paquetes individuales). Actualmente hay 5 cajas de papel para impresora en stock, pero ninguna resma (es decir, la cantidad disponible de resmas es cero).

Un cliente entra en la tienda y quiere comprar 2 resmas de papel para impresora, así que un empleado abre una de las cajas de papel para impresora, le da 2 resmas al cliente y repone el estante con las 8 resmas restantes. Debido a que los artículos están configurados con una relación padre-hijo, cuando el cliente compra las 2 resmas de papel para impresora en el POS, RMH reconoce automáticamente que se abrió una caja. La cantidad disponible de cajas se ajusta a 4 y la cantidad disponible de resmas se ajusta a 8.

## Escenario 2: Vino

La tienda vende vino por caja y por botella. Cada caja contiene 12 botellas. Actualmente hay 10 cajas de vino en stock, pero ninguna botella (es decir, la cantidad disponible de botellas es cero).

Un cliente entra en la tienda y quiere comprar 2 cajas de vino y 6 botellas individuales, así que un empleado abre una de las cajas de vino, le da 6 botellas al cliente y repone el estante con las 6 botellas restantes. Debido a que los artículos están configurados con una relación padre-hijo, cuando el cliente compra las 2 cajas de vino y las 6 botellas individuales en el POS, RMH reconoce automáticamente que se abrió una caja. La cantidad disponible de cajas se ajusta a 7 y la cantidad disponible de botellas se ajusta a 6.

## Pedidos y costos

Si crea una relación padre-hijo entre artículos, el costo del artículo hijo se actualiza automáticamente después de crear y recibir una orden de compra que contenga el artículo padre. Esto se debe a que normalmente es más rentable pedir el artículo padre y abrirlo para reabastecer el artículo hijo. RMH calcula el costo del artículo hijo de la siguiente manera: costo del artículo padre / cantidad del hijo.

{% hint style="info" %}
El cálculo del costo del artículo hijo no está conectado con la **Método de actualización de costos** seleccionada en **Archivo** | **Configuración** | **Reglas de inventario**. Sin embargo, el costo del artículo padre puede actualizarse según el Método de actualización de costo seleccionado.
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.rmhpos.com/es/store-manager/manage-inventory/update-on-hand-quantities-with-parent-child-relationships/understanding-parent-child-items.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.