Sistema de precios

Elementos

Se denomina “precio de producto” al importe de venta de un producto. El sistema contempla precios habituales y precios de oferta, por lo que para definir correctamente el precio de un producto se necesitarán los siguientes elementos:

Precio base: importe del precio de un producto o de una opción cuando el producto no está marcado como oferta.
Precio de oferta: importe del precio de un producto o de una opción cuando el producto está marcado como oferta. El precio de oferta se aplica cuando el producto está marcado como oferta; es superior a cero, pero inferior a su precio base. En este caso, además, el precio base se establece como precio anterior (“antes...”) a la oferta (“ahora...”).
Oferta: es un operador booleano (verdadero o falso). Indica si hay que aplicar el precio base o el precio de oferta.

Los productos en oferta no se consideran productos con descuento. Los descuentos son una herramienta para restar una cantidad al precio de venta en el momento de hacer la compra, mientras que la oferta es un precio de venta, solo que circunstancialmente más bajo de lo normal por el motivo que sea. Por lo tanto, es normal que se puedan hacer descuentos sobre el precio de oferta de un producto. Sin embargo, se pueden establecer excepciones, tal como se explica más adelante.

Estos tres elementos pueden estar presentes en cualquiera de los tipos de precios que se explican a continuación.

Tipos de precios

Denominaremos “tipos de precios” a las agrupaciones de precios de producto que se establecen en situaciones muy concretas. Estas son las colecciones disponibles:

• Tarifa base

• Política de precios

• Lista de precios

• Porcentajes (precios por porcentaje)

El importe que finalmente se aplique como el valor que se deberá pagar dentro de la cesta de la compra será único y se determinará siguiendo unos criterios bien definidos (descritos más adelante).

Tarifa base

Se denomina "tarifa base" al importe que tienen los productos inicialmente, antes de aplicar cualquier tipo de lista de precios, política de precios, porcentajes o descuentos. La tarifa base define el precio de venta si no interviene ningún otro modificador de precio.

Política de precios

Se denomina "política de precios" al conjunto de requisitos o definiciones que tienen como objetivo sustituir el precio de la tarifa base de un producto. Estas definiciones se basan en filtros de usuarios, grupos de usuarios, países o áreas de países. Se dice que sustituyen los precios porque los importes de la tarifa base quedarán sustituidos por los importes definidos en la política de precios que cumpla el requisito más específico.

Por “requisito más específico” se entiende el criterio que tiene más peso. El peso del criterio lo otorga un orden específico que se definió en su momento y que se tiene en cuenta a la hora de “desempatar” en caso de que se cumpla más de un filtro al mismo tiempo; estos filtros se describen más adelante.

Como las políticas de precios sustituyen precios, pueden generar ofertas donde antes no había o al revés, eliminar ofertas existentes.

Ejemplo:

Producto1:

Un usuario normal comprará el Producto1 a 5 € (por estar en oferta). Un usuario del grupo “VIP” lo comprará a 3 € (por cumplirse el requisito de pertenecer al grupo “VIP” y estar en oferta). Un usuario de Francia lo comprará a 12 € (por cumplirse el requisito de ser de Francia y no estar en oferta).

*¿Qué ocurre si un usuario es de Francia y, además, pertenece al grupo “VIP”? Se aplica el requisito con más peso que, en este caso, es pertenecer al grupo “VIP” (consulta la explicación que se incluye más adelante).

Listas de precios

Cuando creas una "lista de precios" defines un conjunto de precios que tienen como objetivo sustituir el precio de la tarifa base de un producto. El importe que hará la sustitución puede ser el resultado de aplicar un porcentaje de incremento o decremento (lista de precios calculada) o de una cifra definida directamente (sin tarifa base o lista de precios manual). En el caso de la lista de precios calculada, el porcentaje de incremento o decremento se puede aplicar sobre la tarifa base o sobre otra lista de precios definida previamente.

Las definiciones de listas de precios se basan en filtros de usuarios, grupos de usuarios, países o áreas de países. Igual que antes, decimos que sustituyen los precios porque los importes de la tarifa base quedarán sustituidos por los importes definidos en la lista de precios que cumpla el requisito más específico.

La diferencia entre una política de precios y una lista de precios es que la lista de precios puede calcular el precio de venta final mediante un porcentaje. Otra diferencia importante es que la lista de precios no puede modificar el estado de oferta de un producto, aunque se haya rellenado el precio de oferta en la lista de precios.

En las listas de precios se pueden establecer también filtros por almacén (son aplicables si el almacén que sirve el pedido es el seleccionado por el sistema). Sin embargo, esto no se puede hacer con las políticas de precios.

Ejemplo:

Producto1:

Un usuario normal comprará el Producto1 a 10 € (por no estar en oferta). Un usuario del grupo “VIP” lo comprará a 8 € (20 % de 10, por cumplirse el requisito de pertenecer al grupo “VIP” y no estar en oferta). Un usuario de Francia lo comprará a 9 € (10% de 10, por cumplirse el requisito de pertenecer a Francia y no estar en oferta).

* ¿Qué pasa si un usuario es de Francia y, además, pertenece al grupo “VIP”? Se aplica el requisito con más peso que, en este caso, es pertenecer al grupo “VIP” (consulta la explicación que se incluye más adelante).

Porcentaje

Se denominan “precios por porcentaje” al conjunto de definiciones que crean un conjunto de importes resultado de aplicar un porcentaje de incremento o decremento sobre una determinada política de precios, lista de precios o tarifa base. Actúa como una capa adicional que corrige el precio proporcionado por una política de precios, lista de precios o tarifa base (la que corresponda para que se cumpla el requisito más específico).

Los porcentajes también usan filtros de usuarios, grupos de usuarios, países o áreas de países. Igual que antes, se dice que incrementan o decrementan los precios porque los importes del precio que ya tengan hasta el momento quedarán sustituidos por los importes calculados a partir del porcentaje configurado en la definición del porcentaje que cumpla el requisito más específico.

Las definiciones de porcentajes no pueden generar los filtros por sí mismas, si no que se basan en filtros establecidos por las políticas de precios o las listas de precios. Por ejemplo, puedes aplicar un incremento por porcentaje a la Política1 o a la Lista1 (que se basan en el filtro de usuarios que pertenecen al grupo “VIP”), pero si esta política o lista de precios no existiera, no se podría crear un porcentaje aplicable al grupo “VIP” y no se podría incrementar a los usuarios de este grupo.

Los porcentajes se pueden definir a nivel de categoría o a nivel de producto. Las definiciones se pueden heredar, de manera que, si tienes aplicado un porcentaje a una categoría principal, las secundarias heredan implícitamente este porcentaje, a menos que de forma particular y explícita se redefina el porcentaje a una categoría secundaria o a un producto de cualquiera de las categorías secundarias. Para las categorías que no tienen definido un porcentaje, ya sea a nivel de categoría o a un nivel superior (en cualquiera de las categorías principales), se asume que el valor es 0 % y los precios no varían.

Los precios por porcentaje también se conocen como Política de precios por categoría, ya que como estos porcentajes se pueden aplicar a categorías, pueden definir incrementos o decrementos solo en ciertas categorías o familias de productos.

Cálculo del precio

Puedes definir precios en los productos y en las opciones. Los importes que especifiques en las opciones siempre se sumarán a los que hayas definido en el producto. Los precios tanto de los productos como de las opciones se pueden definir sobre la tarifa base, las listas de precios o las políticas de precios. Esto podría provocar que un usuario viera más de un precio.

Para establecer el orden que el sistema debe seguir a la hora de obtener un precio único, debes saber que, por un lado, están las políticas de precios y las listas de precios y, por el otro, están los filtros que se van a aplicar (filtros de usuarios, grupos de usuarios, países o áreas de países).

Este es el orden de aplicación de los filtros:

1. Usuario

2. Grupo de usuarios

3. País

4. Área

Por lo tanto, en listas de precios filtradas por cada uno de estos elementos, si se da un empate, primero se aplicaría la lista de precios definida para usuarios concretos, después la definida para grupos de usuarios, luego la definida para países y, por último, la definida para áreas. Ocurre lo mismo con las políticas de precios. Siguiendo el ejemplo anterior, a un usuario del grupo “VIP” y de Francia, se le aplicaría la lista o política definida por el grupo “VIP”.

Si tienes listas y políticas de precios creadas con los mismos filtros, el orden de aplicación sería el siguiente:

1. Política de precios basada en usuarios

2. Política de precios basada en grupos de usuarios

3. Listas de precios

   1. Lista basada en usuarios

   2. Lista basada en grupos de usuarios

   3. Lista basada en países

   4. Lista basada en áreas

4. Política de precios basada en países

5. Política de precios basada en áreas

6. Tarifa base

Es decir, las políticas de precios tienen prioridad sobre las listas de precios solo si se basan en usuarios o en grupos de usuarios; no tienen prioridad sobre las listas de precios si se basan en países o en áreas. Si ninguna política o lista cumple los requisitos de filtro, se acabará aplicando siempre el precio de la tarifa base.

Aplicación de los porcentajes

Una vez recuperado el precio de la lista o política que corresponda por haber seguido el orden que se ha definido, se le aplicará el porcentaje que indique su definición de porcentaje, si tiene, independientemente del precio que se haya aplicado.

Para cualquier producto, el sistema primero obtiene el importe del precio examinando las listas y las políticas de precios. Luego, busca si hay alguna definición por porcentaje creada explícitamente en el producto; si la encuentra y es compatible con el filtro, aplica el porcentaje al importe obtenido. En caso contrario, busca si la categoría del producto tiene definido un porcentaje; si lo encuentra y es compatible con el filtro, aplica el porcentaje. En caso contrario, el sistema busca si la categoría principal tiene definido un porcentaje, y así sucesivamente hasta llegar a la raíz.

Retomemos ahora el ejemplo de Producto1. Tienes la misma Lista2, la misma Política2, una Política3 nueva (aplicable a usuarios de Europa) y un usuario ubicado en Francia. Supongamos que hemos definido unos porcentajes a nivel de producto basados en la Política2, la Política3 y la tarifa base, y unos porcentajes a nivel de categoría basados en la Lista2, la Política2, la Política3 y la tarifa base:

El precio, sin tener en cuenta el porcentaje que le tocaría, estaría definido por la Lista2 (10 € - 10 % = 9 €) porque, según el criterio indicado anteriormente, la lista de precios tiene prioridad sobre una política definida por país.

El sistema ahora busca si hay un porcentaje definido a nivel de producto (en el Producto1) y encuentra los basados en la definición de la Política2, la Política3 y la tarifa base. Siguiendo el criterio de orden de aplicación, el sistema se queda con el de la Política2 porque el filtro de países tiene prioridad sobre el filtro de áreas (y, por supuesto, sobre la tarifa base).

Por lo tanto, el precio será: 9 € + 5 % = 9,45 €.

Supongamos ahora que no hay porcentajes definidos a nivel de producto, solo a nivel de categoría. El sistema busca si hay un porcentaje definido a nivel de producto (en el Producto1) y no encuentra nada. Luego busca a nivel de categoría y encuentra los porcentajes basados en la definición de la Política2 y la Lista2.

Siguiendo el criterio de orden de aplicación, el sistema se queda con el porcentaje de la Lista2 porque las listas de precios tienen prioridad sobre las políticas por países.

Por lo tanto, el precio será: 9 € - 20 % = 7,2 €

Configuración adicional de los porcentajes

Existe la posibilidad de cambiar el comportamiento de las definiciones del porcentaje en el momento de configurarlo. Puedes activar el parámetro Aplicar sobre tarifa base. Una vez activado, se ignoran las políticas o las listas, y el cálculo del porcentaje se hará siempre sobre la tarifa base del producto. En caso contrario, el cálculo se hará sobre el precio de la política o lista definida que corresponda.

Si activas el parámetro Aplicar sobre ofertas, puedes indicar si el precio que se tendrá en cuenta a la hora de hacer el cálculo será el de Precio de oferta, si lo tuviera. Ten en cuenta que, si este parámetro no está activo, no se define o bien está activo, pero no hay oferta, el porcentaje se aplicará sobre el valor de Precio base.

Por último, está el parámetro Mostrar precio base. Al activarlo, en caso de que el porcentaje que deba aplicarse sea negativo, indicas que el precio resultante se considere una oferta y que el valor anterior a la realización del cálculo del precio se muestra como precio anterior a la oferta. Por lo tanto, activar este parámetro implica generar ofertas de manera automática.

Diagramas

El precio final del producto se obtendrá tal y como se indica en este diagrama simplificado:

Si hace falta añadir el precio de las opciones, se aplicará este otro diagrama, también simplificado:

Ofertas

Como hemos visto, tanto en los productos como en las opciones, y tanto en las listas como en las políticas, se pueden especificar dos precios: Precio base y Precio de oferta. Cuando un producto se marca como oferta, el sistema hace comprobaciones adicionales sobre los precios, de manera que un producto no se muestre como oferta cuando en realidad no lo es (si resulta que el precio de oferta es superior al precio base). Esto también conlleva algunas limitaciones en el funcionamiento: solo se puede determinar si un producto es oferta a partir de su propio precio, sin tener en cuenta las opciones. Aún así, una vez considerado oferta, solo se aplicarán los precios de oferta cuando la suma del precio de oferta de las opciones más el precio de oferta del producto sea inferior a la suma de los precios base. Por lo tanto, y siempre que la oferta esté activa, estas serán las posibilidades:

• Precio base > precio de oferta: se considera oferta.

• Precio base <= precio de oferta: NO se considera oferta.

• Precio base = 0 y precio de oferta = 0: se considera oferta porque se considera que el precio lo marcarán las opciones.

• Precio base = 0 y precio de oferta > 0: NO se considera oferta.

Por lo tanto, hay dos maneras correctas de trabajar:

• Configurar el precio en el producto (sin extras) y aplicar incrementos en las opciones que encarezcan el producto. Todas las opciones pueden tener incremento, pero el precio establecido en el producto determinará si se aplica el precio de oferta.

• Configurar el precio directamente en las opciones y dejar los precios del producto a 0. El sistema determina en el momento si debe aplicar o no el precio de oferta; lo aplicará si la suma de los precios base de las opciones es mayor que la suma de los precios de oferta de las opciones.

No se pueden hacer combinaciones tipo “precio base en el producto + precio de oferta en las opciones” o “precio base en las opciones + precio de oferta en el producto”. Las siguientes combinaciones no funcionarán y el sistema aplicará “precio base de producto + opciones”:

• Indicar el mismo precio base y de oferta en el producto, y un decremento o incremento en las opciones.

• Indicar 0 en el precio base del producto y un valor en el precio de oferta.

• Indicar un valor únicamente en el precio base del producto y un valor en el precio de oferta de las opciones.

• Indicar un valor negativo en el precio base del producto que sea mayor que el precio de oferta negativo y asignar incrementos en las opciones (no se aceptan valores negativos en los precios base del producto).

A diferencia de lo que ocurre con los productos, en las opciones es posible no especificar un precio de oferta; si el producto está en oferta, el sistema usará el precio base. Dicho de otro modo, si dejas Precio de oferta vacío, el sistema usará el valor de Precio base. En cambio, si el precio de oferta es 0, el sistema incrementará en 0 el precio del producto (se considera un incremento normal).

También en las opciones, si no defines un precio base ni un precio de oferta en una determinada lista o política de precios, el sistema busca los precios en la siguiente política o lista que le correspondería.

Por ejemplo, el sistema determina que a un cierto usuario le corresponde una política de precios definida a nivel de grupos de usuarios (Política1 vinculada al grupo “VIP”) y una política de precios definida por país (Política2 vinculada a Francia). Siguiendo el criterio de ordenación, el sistema se queda finalmente con Política1 porque las políticas por grupo de usuarios tienen prioridad sobre las políticas por país. En Política1, no se han definido precios en las opciones, pero en Política2, los precios están rellenados. Como el sistema no encuentra precios para las opciones en Política1, busca en la política o lista que le correspondería a continuación que, en este caso, es Política2. Al encontrar allí precios definidos, suma esos valores a los encontrados en Política1. Si no existiera ninguna otra política o lista a continuación (el usuario no es de Francia y no se le puede aplicar Política2), el sistema sumaría los valores de Tarifa base de las opciones.

Consulta los ejemplos del apartado Ejemplos de combinaciones de opciones.

Listas de precios calculadas

Tal y como se ha explicado anteriormente, podemos tener listas de precios calculadas; se trata de listas de precios que, en lugar de tener definidos los precios de los productos, dependen de la tarifa base o de otra lista de precios definida previamente. En este caso, tienes que definir un porcentaje de incremento o decremento sobre la tarifa base o lista de precios de la cual depende, de tal manera que los precios finales se calcularán aplicando este porcentaje sobre los precios de la tarifa base o la lista de la cual depende. Igual que ocurre con las listas de precios normales, estas también siguen el criterio de ordenación estándar.

Se puede crear una cadena de dependencias entre listas, de manera que la primera dependa de una segunda que, a su vez, dependa de una tercera, etc. Si existe toda la cadena de listas de precios, el porcentaje se va aplicando de manera concatenada, porque para saber el precio de una hace falta saber el precio en el cual se basa y que, a su vez, requiere aplicar su porcentaje de una hipotética tercera lista, etc.

Si la lista se basa en otra que no existe (se ha borrado), la cadena se interrumpe porque el sistema no sabe qué porcentaje tiene que aplicar. En ese caso, simplemente se aplica la tarifa base con el incremento o el decremento que tenga acumulado.

Ejemplo:

La ListaA tiene como requisito pertenecer al grupo “VIP”. El Producto1 costará a los usuarios de este grupo:

Producto1 = 13,68 € = (19 € - 20 %) - 10 %

Como la ListaC no existe, el sistema va a buscar el precio de la tarifa base y le aplica -20 %, para saber el precio que marcaría la ListaB. Una vez obtenido, aplica -10 % para obtener el precio de la ListaA. Si la ListaC tuviera un precio manual, el -20 % se calcularía sobre este precio (al existir, no haría falta ir a buscar la tarifa base).

Este criterio se aplica por separado al precio del producto y al precio de las opciones (cada uno hace el cálculo por separado).

No hace falta que las listas de precios sobre las que se aplican los porcentajes para calcular el precio tengan el mismo tipo de filtro. Por ejemplo, si la ListaB tiene como requisito estar ubicado en Francia, la ListaA, que tiene como requisito pertenecer al grupo “VIP”, puede estar basada en esta ListaB porque esta última solo sirve para proveer de precios la ListaA, no para filtrar.

Hay dos modalidades de cálculo:

• Estándar: el precio base de la lista de precios se calcula aplicando el porcentaje sobre el valor del precio base de la lista en la que se basa, y el precio de oferta se calcula aplicando el porcentaje sobre el valor del precio de oferta de la lista en la que se basa, es decir, no se mezcla nada y cada valor se calcula aplicando el porcentaje sobre su homólogo de la lista en la que se basa.

• Política de precios base: aplica el mismo funcionamiento que los porcentajes. Se calcula un precio utilizando uno de los dos valores de precio (el precio base o el precio de oferta) de la lista de precios, según la configuración. Hay dos parámetros para indicar el funcionamiento:

• • Aplicar sobre ofertas: indica si se usarán los precios de oferta para aplicar el porcentaje indicado. Si este parámetro no se activa o el producto no está en oferta, se utilizará el precio base para el cálculo.

  • Mostrar precio base: si el porcentaje que debe aplicarse es negativo, se da la posibilidad de mostrar el valor anterior a la realización del cálculo como precio anterior a la oferta. De esta manera, el producto pasa forzosamente a estar en oferta.

Veamos ejemplos de cálculo para cada caso:

• Partimos de un producto con estas características:

• • Precio base 100

• • Precio de oferta 80

• Y tenemos una lista de precios calculada con un decremento de -20 %

*En este caso se mantiene el estado de oferta que indique a priori el producto.

Ejemplos de combinaciones de opciones

A la hora de calcular el precio final, hay que tener en cuenta el precio de las opciones. Veamos varios ejemplos de funcionamiento en el precio de las opciones, con ceros y valores sin especificar:

Precios por cantidad

Con los precios por cantidad puedes informar del precio de un producto o una opción por intervalos de cantidad. Ofrecer el precio de un producto según la cantidad comprada permite ajustar mejor los precios y que el importe por unidad sea más barato, lo que contribuirá a incrementar el volumen de compra.

Los precios por cantidad se pueden definir tanto en productos como en opciones y tanto en listas como en políticas de precios. Se aplicará siempre el precio del primer intervalo que sea inferior o igual a la cantidad comprada. Por ejemplo, si tienes definidos los siguientes precios por cantidad, al comprar 5, 6, 7, 8 o 9 unidades, se aplicaría el precio de 5 unidades:

Dado que se pueden definir precios por cantidad diferentes (es decir, distintos intervalos) en las listas de precios, políticas de precios y tarifa base, debes tener en cuenta que cuando se aplica una lista o una política, los precios por cantidad que se asignan son siempre los de esa lista o política. Nunca se mezclarán intervalos de una lista con los de una política. Por lo tanto, debes definir los intervalos en cada una de las listas y/o políticas por separado. Supongamos que un producto no tiene definido el precio unitario en una política o lista; como el precio unitario que se aplicaría sería el de una política, si esta tiene intervalos definidos, se aplicarán los intervalos. Por ejemplo:

En la PolíticaA hay 2 intervalos:

• De 1 a 4 unidades: 9 €

• 5 o más unidades: 7 €

En la PolíticaB hay 4 intervalos:

• De 1 a 2 unidades: 9 €

• De 3 a 4 unidades: 8 €

• De 5 a 9 unidades: 7 €

• 10 o más unidades: 6 €

En la ListaA hay 2 intervalos:

• De 1 a 14 unidades: 9 €

• 15 unidades o más: 5 €

En la ListaB el precio siempre es 8 €, sea cual sea la cantidad.

En la ListaC, donde no se ha definido el precio para este producto, se aplicarían los intervalos de la política que corresponda al usuario, llegando a la tarifa base si no hay ninguna otra que sea más específica; es decir, si el precio no está definido, el sistema lo ignora y busca otro que cumpla los requisitos.

Precios por moneda

Puedes especificar los diferentes importes monetarios del Commerce en las monedas que este tenga activas. Esto incluye los precios de producto o de sus opciones, cantidades monetarias en las condiciones de los descuentos, gastos derivados del sistema de pago, así como el coste del transporte y los importes que definen los intervalos por precio que se pueden crear en los transportes para determinar este coste.

En el caso de los productos, por ejemplo, si tenemos 3 monedas activas (euros, dólares y yenes), podemos indicar el importe del precio de un producto o de sus opciones en cada una de estas 3 monedas, es decir, podemos indicar cuánto valdrá en euros, cuánto en dólares y cuánto en yenes. El sistema intentará dar siempre el precio en la moneda en la cual esté navegando el usuario.

En el caso de los productos y las opciones, puedes definir los precios por moneda en la lista de precios, la política de precios o la tarifa base. También puedes hacerlo en cada uno de los intervalos definidos con los precios por cantidad. En definitiva, los importes de precio que introduzcas a través de una política, lista o intervalo de cantidad pueden ser en cualquiera de las monedas activas.

El Commerce puede tener muchas monedas activas, pero tienes que definir una como principal. Solo es obligatorio rellenar los precios de la moneda principal; es opcional para las demás monedas. Si el precio de un determinado producto no está en la moneda de navegación, el sistema hará una conversión de divisa de la moneda principal a la moneda de navegación.

Tanto en el caso de los productos como en el de las opciones, el sistema determina primero qué política, lista, intervalo de cantidad o tarifa base le corresponde en la moneda principal (según se describe en el apartado Cálculo del precio). Una vez obtenido este precio, el sistema comprueba si existe una entrada de precio en la moneda de navegación que apunte exactamente al precio de la política, lista, intervalo de cantidad o tarifa base que se ha encontrado en la moneda principal. Si el sistema encuentra la correspondencia, se muestra el precio indicado; en caso contrario, el precio de la moneda principal se convierte a la moneda de navegación mediante la conversión de divisa.

Ten en cuenta que esos valores de cambio de divisa que se utilizan para la conversión se actualizan cada hora con los valores de cambio vigentes. Por lo tanto, la ventaja de informar del precio en otras monedas es que puedes poner un precio concreto que no irá cambiando a lo largo del día.

Aparte de la moneda principal, existen las monedas de facturación, las cuales se configuran en la sede de facturación. De entre todas las monedas de facturación que haya configuradas, el sistema determinará la que corresponde en cada situación (según el canal u otros parámetros, como el país). De esta manera, podrías tener una moneda de navegación, otra como principal y una tercera para facturar.

El sistema sigue estos pasos a la hora de hacer los cálculos de la cesta de la compra:

1. Obtener todos los precios en la moneda de navegación (quizás ya estén rellenados o quizás deba convertirlos).

2. Convertir los importes a la moneda de facturación.

3. Hacer los cálculos en la moneda de facturación.