Stock multialmacén en Sage 200: cómo calcular la disponibilidad para ecommerce

Al calcular el Stock multialmacén, las existencias no bastan para explicar qué puede vender tu tienda. En el almacén central quedan cuarenta unidades. Diez tienen un compromiso de salida y la empresa conserva cinco como margen para el canal. La delegación dispone de otras doce, pero tarda dos días en transferirlas.

¿Qué cantidad debería mostrar hoy el ecommerce?

La respuesta depende de la promesa de servicio que haces al comprador y de qué incluye cada dato de Sage 200. Vamos a calcularla con un ejemplo hipotético, distinguir el stock actual de las entradas futuras y seguir una compra para comprobar que su efecto se cuenta una sola vez.

Stock multialmacén: la promesa que haces al comprador

Antes de elegir un campo, conviene entender cómo se sirve el pedido.

¿El canal online utiliza siempre el almacén central? ¿La delegación prepara envíos? ¿Puede transferir mercancía? ¿Un pedido puede salir desde varias ubicaciones?

Estas respuestas determinan qué cantidades pueden contribuir a la disponibilidad.

Imagina que la web promete una expedición desde el central. La delegación tiene mercancía, pero necesita transferirla antes. Incluir ambos stocks como si fueran igualmente utilizables puede ocultar un plazo que importa al comprador.

También puede haber mercancía en exposición o pendiente de revisión. Su presencia física no implica que forme parte de la oferta del canal.

La regla debe conservar esa diferencia.

En Distillsync puedes configurar fuentes y transformaciones dentro de tareas que preparan información para el destino. Identificar el proceso de servicio ayuda a expresar qué disponibilidad necesita recibir el ecommerce.

Lee las cantidades de Sage 200 antes de combinarlas

La consulta de stock de Sage 200 distingue magnitudes como stock real y operaciones pendientes. En esa ayuda, «stock reservado» tiene un significado vinculado a fabricación. Por eso conviene identificar cada concepto del origen antes de llamarlo genéricamente «reservas de Clientes».

La configuración o la consulta que utilices debe permitir reconocer las cantidades que afectan a la venta online. Los rótulos de la tabla siguiente describen nuestro escenario; no son nombres de campos ni una fórmula estándar de Sage 200.

Ubicación	Unidades físicas del ejemplo	Compromisos todavía incluidos en esa cantidad	Margen del canal	Participa en expedición inmediata
Central	40	10	5	Sí
Delegación	12	2	0	No; requiere transferencia
Exposición	3	0	0	No

El negocio ha definido que la web solo ofrezca mercancía expedible desde el central. El cálculo utiliza esa fila. Las doce unidades de la delegación pueden servir para otro plazo, pero no incrementan la cantidad prometida para salida inmediata.

Si la fuente ya devuelve un disponible que incorpora los diez compromisos, partiríamos de treinta y restaríamos únicamente el margen de cinco. Descontar de nuevo aquellos diez alteraría el significado del dato.

Calcula veinticinco unidades y explica las exclusiones

Para esta referencia usamos una regla hipotética: unidades físicas del central menos compromisos incluidos en esa lectura menos margen comercial. El resultado es 40 − 10 − 5 = 25 unidades publicables. En este ejemplo el mínimo es cero: un cálculo negativo necesita atención, pero no se presenta al comprador como cantidad negativa disponible.

Sumar todas las ubicaciones y restar diez y cinco daría cuarenta. Ese número incluiría mercancía de exposición y unidades que requieren transferencia. Aunque la suma aritmética sea correcta, no representa la promesa acordada.

Ahora cambia una sola condición. La empresa prepara una oferta con expedición a dos días que permite utilizar la delegación. Su aportación elegible es 12 − 2 = 10; sumada a las veinticinco del central, la oferta podría utilizar treinta y cinco bajo esa política. El plazo forma parte del ejemplo y debe poder comunicarse y cumplirse.

Esta segunda cantidad no sustituye automáticamente a la oferta inmediata. Define otra decisión comercial. Si la tienda solo representa una cantidad y un plazo, el negocio tiene que elegir cuál mantiene en ese canal.

Las entradas de compra previstas tampoco se añaden por el hecho de existir en el sistema. Pueden utilizarse en una oferta futura cuando la política y la presentación permitan conservar esa condición.

En Distillsync, las fuentes y transformaciones de una tarea permiten preparar el cálculo a partir de los datos identificados. El resultado se contrasta con el servicio que representa; este ejemplo no presupone un campo único de disponibilidad en todas las instalaciones.

El pedido cambia la disponibilidad mientras sigue su recorrido

Una venta online puede reducir la cantidad disponible en la tienda antes de que el ERP incorpore su efecto.

Durante ese intervalo, una lectura anterior puede no reflejar la operación. La integración necesita conservar el compromiso para evitar que vuelva a aparecer como vendible.

Después, cuando Sage 200 ya refleja ese pedido, hay que reconocer que su efecto está incluido. Descontarlo otra vez reduciría dos veces la disponibilidad.

El circuito concreto depende de cuándo y cómo se registra la operación en tu instalación. Conviene identificar los estados que intervienen en reserva, preparación y salida.

La frecuencia de actualización ayuda a propagar cambios. La coherencia del recorrido permite que cada cambio tenga el significado adecuado.

Distillsync organiza consultas, transformaciones y operaciones en tareas configurables. Revisar una venta completa ayuda a comprobar qué resultado debe publicar cada paso dentro del alcance disponible.

La mercancía futura necesita conservar su contexto

Puede haber una compra confirmada al proveedor o una transferencia prevista entre almacenes.

Esa información puede ser útil para vender, pero tiene condiciones distintas de la mercancía preparada para salir hoy.

Si decides utilizarla en el canal, necesitas conservar qué plazo puedes comunicar y qué grado de confirmación tiene. La tienda y el pedido deben reflejar la promesa que el negocio está dispuesto a asumir.

Lo mismo ocurre con una devolución. La recepción física puede preceder a una revisión antes de reincorporar unidades a la venta.

Para preparar la integración, resulta útil separar disponible actual, cantidad comprometida y entradas futuras. La representación concreta debe adaptarse a los sistemas y a la política comercial.

Consulta el módulo de Stock.

Disponible y virtual responden a preguntas distintas

La consulta de Sage 200 diferencia disponible y virtual. En la ayuda consultada, el disponible tiene en cuenta stock real y reservas; el virtual incorpora además determinados pendientes de servir, recibir y fabricar. Conviene conservar esa diferencia al elegir la fuente de la oferta.

En nuestro escenario, el negocio espera una entrada de veinte unidades para la semana siguiente. Esa previsión puede ser relevante para compras futuras, pero hoy no modifica las veinticinco expedibles desde el central que calculamos antes.

Si se utiliza una magnitud que incorpora entradas futuras sin conservar el plazo, el comprador podría interpretar que aquellas unidades salen hoy. La integración habría transmitido un número existente en el ERP con un significado comercial diferente.

La elección se puede revisar con dos preguntas que tienen respuesta en el ejemplo. Para expedición inmediata utilizamos unidades elegibles actuales, descontamos los compromisos que aún estén incluidos y el margen acordado. Para una oferta futura necesitamos una política adicional que determine qué entradas se consideran y qué plazo se comunica.

El origen de cada dato también importa al comparar resultados. Si alguien consulta el virtual en Sage 200 y otro compara la disponibilidad inmediata de la tienda, ambos pueden estar viendo valores distintos correctamente calculados. Antes de corregir la web, alineamos qué representa cada uno.

Esa explicación permite que almacén y ecommerce trabajen con una promesa reconocible. La cifra publicada conserva el significado del servicio que has decidido ofrecer al cliente.

Publicar una cantidad y conservar su explicación

El comprador puede necesitar un único número o un estado sencillo. El equipo que mantiene la integración necesita poder explicar de dónde procede.

Qué almacenes participaron. Qué reservas estaban incluidas. Qué margen se aplicó. En qué momento se consultó.

Conservar ese recorrido facilita revisar una diferencia sin empezar mirando todas las ubicaciones por separado.

Para una agencia o consultor, la descripción también permite distinguir reglas compartidas de las decisiones particulares de cada cliente. La misma estructura técnica puede servir a negocios que abastecen el ecommerce de formas diferentes.

Cuando cambie la operativa, habrá que revisar la regla. Añadir un almacén o cambiar un plazo puede modificar lo que la web debe ofrecer.

Sigue una compra sin descontarla dos veces

El ecommerce parte de veinticinco unidades y recibe una compra de cuatro. Mientras el ERP todavía no incorpora su compromiso, la política del ejemplo necesita conservar esas cuatro y permitir veintiuna nuevas compras.

Cuando Sage 200 refleja el pedido, la lectura del central pasa a incluir catorce compromisos: los diez anteriores y los cuatro nuevos. La regla de base produce 40 − 14 − 5 = 21. En ese momento termina el ajuste transitorio de cuatro; mantenerlo daría diecisiete y duplicaría el efecto.

Momento del caso	Disponible desde el ERP y margen	Ajuste por esta compra aún no reflejada	Resultado publicable
Antes de comprar	25	0	25
Compra recibida, ERP pendiente	25	4	21
Compra incorporada al ERP	21	0	21

La tabla explica la coordinación necesaria. Para utilizarla hay que reconocer qué Pedidos están incluidos en cada lectura y qué mecanismos de actualización ofrece el recorrido implementado. Aumentar la frecuencia de consulta no sustituye esa identificación.

La guía de integración ERP–ecommerce sitúa el intercambio general. El problema de calidad del dato también interviene: una cantidad precisa necesita un significado y un momento de lectura conocidos.

Cada almacén aporta una posibilidad de servicio

Calcular disponibilidad multialmacén consiste en relacionar cantidades con la forma en que atiendes los pedidos.

Sage 200 conserva información de la operativa. El ecommerce necesita una oferta que pueda cumplirse. La integración debe mantener el significado entre ambas representaciones.

Distillsync utiliza un modelo semántico común y tareas configurables para preparar esos intercambios. Puedes empezar con una referencia y comprobar cómo contribuye cada ubicación.

Descubre Distillsync para Sage 200 o crea tu cuenta y empieza a probarlo.