Actualización de Costos y Precios

Toda la configuración de pricing no cambia ningún precio hasta que corrés estos procesos. Son dos, y van en orden.

Menú: Ventas → Pricing → Actualizacion de Costos Comerciales y → Actualizacion de Listas de Precios

El orden

1. Actualización de Costos Comerciales   →  valúa el costo y lo archiva por fecha
2. Actualización de Listas de Precios    →  recalcula la lista con la cadena completa

Correr sólo el segundo no actualiza costos

La actualización de listas lee la valuación archivada, no recalcula costos. Si cambiaron los costos y sólo corrés el segundo proceso, la lista se recalcula con el costo viejo y no hay ningún aviso.

1. Actualización de Costos Comerciales

Programa: sto3602 · Pantalla: Costos de productos y actualización de precios

Se entra por empresa, fábrica y moneda. Podés acotar a un producto puntual, o recorrer el catálogo con tres niveles de agrupación configurables (familia, sub-familia, rubro, marca, línea, código, descripción, tipo, canal).

La pantalla muestra, producto por producto, el costo viejo y el nuevo lado a lado, con sus fechas. Revisalo antes de confirmar.

El resultado queda archivado por fecha: cada valuación es una foto, y quedan todas. Se consultan después en Consulta de Valuaciones de Costos Comerciales.

La fecha que queda archivada es la del proceso más un día

Si valuás “al 31/07”, la valuación queda archivada como del 01/08. Es coherente con cómo el proceso siguiente busca la vigencia, pero tenelo en cuenta al buscar una valuación por fecha.

2. Actualización de Listas de Precios

Programa: sto3605 · Pantalla: Actualización de listas de precios

Es el proceso central del módulo. Se entra por:

Campo	Qué acota
Empresa / Fábrica
Lista / Vigencia	Qué lista se recalcula, y cuál de sus vigencias.
Fecha desde / hasta	El rango del proceso.
Familia, sub-familia, marca, rubro, sub-rubro, presentación, tipo, canal, línea	Para recalcular sólo una parte del catálogo.
Proveed	Recalcula sólo los productos que tienen cargado ese proveedor.
Patrón	Un patrón sobre el código de producto.

El filtro por proveedor no alcanza a las listas por entidad

Proveed acota los renglones de la lista general, pero no los de las listas armadas por entidad: esas se recalculan enteras igual. Si estás actualizando por proveedor y la lista tiene precios especiales por cliente, revisalos aparte.

Por cada renglón aplica la cadena completa: costo archivado → conceptos de costo → costo base → margen → precio base → conceptos de venta → precio final. Y calcula el piso que resulta del descuento máximo del renglón.

Qué renglones reescribe

No sólo los que cambiaron de precio. Reescribe si cambió:

• el precio de venta final,
• el costo base,
• la fecha del cálculo de costos,
• la fecha del cálculo de conceptos de venta.

Por eso las fechas de cálculo sirven para auditar

Cada renglón guarda cuándo se calculó su costo y cuándo sus conceptos. Si un precio te parece viejo, mirá esas fechas: te dicen con qué versión de la configuración se armó.

Costear en una fábrica y aplicar conceptos de otra

El proceso contempla que la fábrica del costo y la de los conceptos sean distintas: en ese caso descarta la fecha de conceptos que traía la valuación, busca la vigencia de conceptos de la otra fábrica y recalcula.

Los precios por cliente se recalculan igual

Si la lista tiene productos asignados por entidad, el mismo proceso los recalcula con la misma cadena.

Cambios puntuales

Cuando hay que tocar un solo producto sin correr todo el proceso:

Pantalla	Programa	Para qué
Precio de Venta de un Producto	sup1400	Cambiar costo y precio de un producto
Precio de Venta de un Producto por Entidad	sup1411	Lo mismo, para un cliente
Cambio de Margen por Lista	sup1330	Consultar y modificar precios por lista

Las dos primeras se llaman igual en pantalla

sup1400 y sup1411 comparten el título Cambio de costo y precio de un producto. La diferencia es que la segunda trabaja sobre el precio particular de un cliente. Fijate por qué opción de menú entraste.

Problemas frecuentes

Corrí la actualización y los precios no cambiaron. Revisá en orden: ¿corriste antes la actualización de costos? ¿generaste la vigencia de conceptos? ¿el rango de fechas y los filtros de catálogo incluyen a esos productos? ¿la vigencia que elegiste es la que estás mirando?

Cambió el precio de productos que no esperaba. El proceso recalcula todo lo que entra en los filtros. Si querés acotar, usá los campos de familia, marca y rubro.

Un producto quedó con un precio absurdo. Recorré la cadena en la consulta de la lista: los valores intermedios están todos guardados, así que se ve en qué eslabón se disparó.

Corrí el proceso dos veces. Volver a correrlo sobre la misma configuración da el mismo resultado: el cálculo es determinístico. Lo que sí cambia el resultado es haber corrido una valuación de costos nueva entremedio.

Preguntas frecuentes

¿Puedo simular sin grabar? La actualización de costos muestra viejo y nuevo antes de confirmar. Para la actualización de listas, la vía es trabajar sobre una vigencia nueva de la lista y no sobre la que está en uso.

¿Cada cuánto hay que correrlos? Cuando cambian los costos, o cuando cambia cualquier pieza de la configuración (conceptos, márgenes, relaciones). No hay automatismo.

¿Cómo vuelvo atrás? Las valuaciones de costos quedan todas archivadas por fecha, y las listas pueden tener varias vigencias. La forma sana de poder volver es trabajar con vigencias, no pisar la que está en uso.

¿El proceso deja registro de quién lo corrió? Hay tablas de log de los renglones de lista, pero no se pudo confirmar qué registran exactamente. No te confíes: anotá las corridas grandes.

Ver también

Ver documentación Técnica

• Circuito de Pricing — la cadena que aplica el proceso.
• Conceptos de Listas de Precios — hay que generar la vigencia antes de correr.
• Listas de Precios de Ventas — las vigencias sobre las que conviene trabajar.
• Consultas y Reportes de Pricing — dónde revisar el resultado.