Objetivo de esta ayuda: Explicar qué es un Origen de Pedido, para qué se usa en YiQi ERP y cómo influye en la creación, facturación, actualización de stock y reserva de artículos de un pedido. La explicación avanza desde los conceptos generales hacia la lógica específica de reserva por ubicaciones, filtros, prioridades y tipos de logística.

 1.¿Qué es un Origen de Pedido?

Un Origen de Pedido define el canal desde el cual se crea un pedido en YiQi ERP. Puede representar un canal manual, una tienda online, una integración de e-commerce o un circuito particular de venta.

Ejemplos habituales de orígenes de pedido son: Manual, MercadoLibre, TiendaNube, Shopify, WooCommerce, Magento, POS, consignaciones o cualquier circuito comercial que requiera reglas propias.

Además de identificar de dónde proviene el pedido, el Origen de Pedido concentra parámetros que afectan el comportamiento del pedido: si se generan pedidos automáticamente, si se actualiza stock hacia la tienda, si se factura, si se espera picking list, si se reserva stock de pedidos pendientes de pago y de qué ubicaciones se intentará reservar.

2.Relación entre Origen de Pedido, Pedido y Stock

El pedido es el documento operativo donde se registran los productos o servicios solicitados por el cliente, junto con su pago, facturación, reserva y despacho. El Origen de Pedido determina muchas reglas que se aplican automáticamente a esos pedidos.

Idea clave: El Origen de Pedido no solo identifica el canal. También define qué ubicaciones participan en la reserva y qué stock se informa a la tienda online.

 3.Acciones principales del Origen de Pedido

3.1. Vincular artículos

La acción Vincular artículos relaciona los artículos creados en YiQi ERP con las publicaciones existentes en la tienda online.

·         Si YiQi encuentra coincidencia por SKU, crea o actualiza la Publicación correspondiente.

·         Si no existe un artículo con ese SKU, o si la publicación no tiene SKU, se genera un Problema de vinculación.

·         Las publicaciones vinculadas pueden verse desde la solapa Publicaciones del artículo.

·         Los problemas de vinculación pueden verse en la solapa Problemas de vinculación del Origen de Pedido.

3.2. Crear artículos desde problemas de sincronización

Esta acción permite crear artículos en YiQi a partir de problemas de sincronización detectados durante la vinculación.

·         Para que se cree un artículo, la publicación debe tener SKU.

·         La publicación debe estar activa.

·         El uso habitual es: primero ejecutar Vincular artículos, luego Crear artículos desde problemas de sincronización y finalmente volver a vincular.

4. Configuración general del pedido

Los parámetros del Origen de Pedido permiten definir cómo se comportarán los pedidos creados desde ese canal. Algunos parámetros afectan el circuito de estados, otros la facturación, la integración con tiendas o la reserva.

5. Configuración de ubicaciones del Origen de Pedido

La solapa Ubicaciones del Origen de Pedido define qué ubicaciones de stock están relacionadas con ese origen y cómo YiQi debe considerarlas para reservar e informar stock.

Esto permite, por ejemplo, que los pedidos de una tienda online reserven stock de ciertos depósitos, mientras que los pedidos manuales o de un local usen otros depósitos.

5.1. Ubicaciones relacionadas

Cada ubicación cargada en la solapa Ubicaciones representa una ubicación madre o cabecera desde la cual YiQi puede buscar stock. No siempre es necesario cargar todas las sububicaciones internas.

·         Una misma ubicación puede estar relacionada con más de un Origen de Pedido.

·         Si una ubicación madre tiene sububicaciones, YiQi puede recorrer esas sububicaciones según sus propias prioridades.

·         Las ubicaciones de stock deben tener configurada una Ubicación de Reserva para poder reservar correctamente.

5.2. Prioridad de ubicaciones

Cada ubicación relacionada con el Origen de Pedido tiene una prioridad. YiQi intenta reservar primero en la ubicación que cumpla con las condiciones de uso, tenga stock disponible y tenga la prioridad más alta.

Sobre el número de prioridad: En la práctica operativa de YiQi, una prioridad más baja indica mayor prioridad de uso. Por ejemplo, prioridad 1 se intenta antes que prioridad 2.

5.3. Filtro opcional por ubicación

Cada ubicación puede tener un filtro opcional. El filtro permite indicar que esa ubicación solo debe ser considerada cuando el pedido cumpla cierta condición.

Por ejemplo, para una ubicación que representa el depósito de Fulfillment de MercadoLibre, se podría configurar un filtro como:

current.TIPO_DE_LOGISTICA == 'fulfillment'

Con ese filtro, YiQi solo considerará esa ubicación para pedidos cuyo tipo de logística sea fulfillment.

·         Si la ubicación no tiene filtro, puede ser considerada para cualquier pedido del origen.

·         Si tiene filtro, solo se considera cuando el pedido cumple la condición.

·         Los filtros son especialmente útiles cuando un mismo origen recibe pedidos con distintos tipos de logística.

5.4. Excluir como stock informado

En cada ubicación puede marcarse la opción Excluir como stock informado. Cuando está marcada, el stock de esa ubicación no se informa a la tienda online relacionada.

Esto no necesariamente significa que la ubicación no pueda participar de la reserva. Significa que su stock no se sumará al stock informado hacia la tienda online.

6. Lógica general de reserva

Cuando un pedido necesita reservar artículos, YiQi evalúa las ubicaciones configuradas en el Origen de Pedido y determina desde dónde reservar cada producto.

La lógica puede resumirse así:

1.     YiQi identifica el Origen de Pedido del pedido.

2.     Busca las ubicaciones configuradas en la solapa Ubicaciones de ese origen.

3.     Evalúa los filtros configurados en cada ubicación, si los hubiera.

4.     Descarta las ubicaciones cuyo filtro no se cumple para ese pedido.

5.     Ordena las ubicaciones válidas por prioridad.

6.     Intenta reservar en la ubicación válida de mayor prioridad que tenga stock disponible.

7.     Si una ubicación no alcanza para cubrir todas las unidades, puede reservar parcialmente y continuar con otra ubicación válida.

8.     Si se reservan unidades desde más de una ubicación, YiQi puede abrir o desdoblar los registros del detalle del pedido para reflejar de dónde se reservó cada parte.

9.     Si no logra cubrir todo el pedido, el pedido puede quedar en Quiebre 2 con la parte no reservada.

Importante: El hecho de que una ubicación tenga mayor prioridad no garantiza que se use si no cumple el filtro o no tiene stock disponible.

7. Reserva fija por tipo de logística

Además de la lógica general por ubicaciones, filtros, prioridades y stock disponible, el Origen de Pedido permite definir una ubicación fija según el tipo de logística desde la solapa Ubi. por Tipo de Logística.

Esta configuración se usa cuando se necesita forzar que ciertos tipos de logística reserven siempre desde una ubicación determinada.

Ejemplo: si el tipo de logística es cross_docking, se puede configurar que YiQi reserve siempre desde la ubicación ESTANTERIAS.

Diferencia fundamental: La ubicación forzada por tipo de logística es independiente de la lógica normal de reserva. Si aplica, fuerza la reserva desde esa ubicación incluso si esa ubicación no tiene stock suficiente, pudiendo dejar stock en cero o negativo según el comportamiento operativo definido.

7.1. ¿Cómo convive la ubicación forzada con la lógica normal?

La ubicación forzada define de dónde se realizará la reserva cuando el tipo de logística coincide. Sin embargo, antes de llegar a ese punto, YiQi debe poder determinar que existe stock disponible en alguna ubicación válida del Origen de Pedido, considerando los filtros que correspondan.

·         Si existe stock en alguna ubicación válida del Origen de Pedido, puede aplicar la ubicación forzada por tipo de logística.

·         Si no existe stock en ninguna ubicación válida del Origen de Pedido, el pedido irá a Quiebre 2.

·         Esto ocurre aunque exista una ubicación forzada para el tipo de logística.

Regla crítica: Por más que exista una ubicación forzada por tipo de logística, si no existe stock en ninguna ubicación del Origen de Pedido que corresponda según los filtros del caso, el pedido irá a Quiebre 2.

8. Orden de decisión de YiQi al reservar

9. Ejemplos prácticos

Ejemplo 1: dos depósitos sin filtros

El Origen de Pedido tiene dos ubicaciones configuradas: Depósito A con prioridad 1 y Depósito B con prioridad 2. Si ambos tienen stock, YiQi intenta reservar primero desde Depósito A. Si Depósito A no alcanza para cubrir toda la cantidad, puede completar la reserva desde Depósito B.

Ejemplo 2: ubicación con filtro fulfillment

El origen tiene una ubicación Fulfillment ML con el filtro current.TIPO_DE_LOGISTICA == 'fulfillment' y otra ubicación Depósito Central sin filtro.

·         Si el pedido es fulfillment, YiQi puede considerar la ubicación Fulfillment ML.

·         Si el pedido no es fulfillment, esa ubicación no se considera y YiQi buscará stock en las demás ubicaciones válidas.

Ejemplo 3: ubicación excluida como stock informado

Una empresa puede tener un depósito de seguridad cuyo stock no quiere publicar en la tienda online. En ese caso, la ubicación puede marcarse como Excluir como stock informado.

De esta forma, ese stock no se suma al stock informado a la tienda. Sin embargo, según la configuración operativa, la ubicación puede seguir estando disponible para reservas internas del origen.

Ejemplo 4: reserva forzada por cross_docking

El Origen de Pedido tiene configurado que los pedidos con tipo de logística cross_docking reserven siempre desde ESTANTERIAS.

·         Si existe stock en alguna ubicación válida del Origen de Pedido, YiQi puede forzar la reserva desde ESTANTERIAS.

·         Si no existe stock en ninguna ubicación válida del Origen de Pedido, el pedido va a Quiebre 2, aunque esté definida la ubicación ESTANTERIAS como forzada.

Ejemplo 5: pedido con varias unidades y stock distribuido

Un pedido solicita 5 unidades. La ubicación de prioridad 1 tiene 3 unidades disponibles y la ubicación de prioridad 2 tiene 4 unidades disponibles.

YiQi puede reservar 3 unidades desde la primera ubicación y 2 unidades desde la segunda. Para reflejarlo, puede abrir el detalle del pedido en más de un registro, cada uno con la ubicación correspondiente.

10. Quiebre 2

Quiebre 2 indica que YiQi no pudo completar la reserva del pedido. Puede ocurrir porque no hay stock suficiente, porque ninguna ubicación válida cumple los filtros, o porque la configuración del origen no permite encontrar una ubicación apta.

11. Stock informado a tiendas online

Cuando el Origen de Pedido tiene habilitada la actualización de stock, YiQi puede informar a la tienda online el stock disponible calculado para cada publicación.

El stock informado no siempre coincide con todo el stock físico de la empresa. Depende de reglas como:

·         Las ubicaciones relacionadas con el Origen de Pedido.

·         Las ubicaciones marcadas como Excluir como stock informado.

·         El stock mínimo, máximo o calculado.

·         La factibilidad de producción, cuando corresponda.

·         El umbral de stock definido en la publicación o en el origen.

12. Umbral de stock

El umbral de stock permite forzar que el stock informado a la tienda sea cero cuando el stock calculado llega a un nivel considerado crítico.

·         Si la Publicación tiene umbral definido y el stock calculado es menor o igual a ese valor, el stock final informado se fuerza a cero.

·         Si la Publicación no tiene umbral, pero el Origen de Pedido sí, se usa el umbral del origen.

·         El umbral de la Publicación tiene prioridad sobre el umbral del Origen de Pedido.

·         Si se aplica un umbral en cero, se interpreta como anulación del umbral, dejándolo sin valor.

13. Consignaciones

El Origen de Pedido también puede usarse para modelar circuitos de consignación, donde la mercadería se entrega a un tercero y se factura o mueve según el tipo de operación.

Nota: Para consignaciones es importante crear una ubicación de stock que represente la consignación del cliente y vincular esa ubicación al cliente correspondiente.

14. Tratamiento especial de percepciones

El Origen de Pedido puede activar un tratamiento especial de percepciones. Al bajar un pedido, YiQi analiza si al cliente le corresponde alguna percepción según su condición frente al IVA y la configuración impositiva.

Cuando corresponde, YiQi puede clonar el cliente a uno análogo como Consumidor Final, agregando una identificación como “ - CF”, removiendo el CUIT y modificando la condición impositiva.

15. Recomendaciones de configuración

·         Definir primero qué canales de venta existen y si realmente requieren orígenes separados.

·         Relacionar al origen solo las ubicaciones que deben participar de la reserva o del cálculo de stock informado.

·         Usar filtros cuando una ubicación solo aplica a ciertos tipos de logística o condiciones del pedido.

·         Usar Excluir como stock informado para stock que no debe publicarse en la tienda, por ejemplo stock de seguridad o ubicaciones internas.

·         Configurar prioridades de forma explícita para evitar que YiQi reserve desde depósitos no deseados.

·         Verificar que las ubicaciones de stock tengan su Ubicación de Reserva configurada.

·         Documentar los filtros usados en cada ubicación, especialmente cuando dependen de campos técnicos como TIPO_DE_LOGISTICA.

·         Probar casos reales de reserva: fulfillment, cross_docking, retiro en local, stock parcial, sin stock y varias unidades.

16. Checklist rápido para diagnosticar problemas de reserva

17. Páginas relacionadas

·         Pedido: explica el circuito del pedido, sus estados y el proceso de reserva.

·         Ubicación de Stock: explica cómo se configuran las ubicaciones, sububicaciones y ubicaciones de reserva.

·         Pedido en Quiebre 2: explica cómo operar pedidos que no pudieron completar la reserva.

·         Integraciones de e-commerce: explican particularidades de MercadoLibre, TiendaNube, Shopify, WooCommerce y otras plataformas.

18. Resumen ejecutivo

El Origen de Pedido es una pieza central de la operación de ventas e integraciones en YiQi ERP. Define el canal del pedido, sus reglas de facturación, sincronización y avance de estados, y especialmente las reglas para reservar stock.

Para entender la reserva, conviene recordar tres niveles: primero se consideran las ubicaciones del origen, luego se aplican filtros y prioridades, y finalmente puede intervenir una ubicación forzada por tipo de logística. Si no existe stock en ninguna ubicación válida del origen, el pedido irá a Quiebre 2 aunque exista una ubicación forzada.