Listas de precios
El módulo Listas de precios constituye el núcleo del Price Engine de Horfal-EOS y permite construir estrategias comerciales reutilizables, escalables y completamente desacopladas del catálogo de productos.
A diferencia de los esquemas tradicionales donde el precio se captura directamente sobre cada producto, Horfal-EOS utiliza un modelo basado en atributos, listas y lógica de resolución que permite generar políticas comerciales altamente especializadas sin duplicar información ni incrementar el mantenimiento operativo.
El motor se encuentra dividido en cuatro componentes principales:
Atributos
Los atributos representan las piezas elementales utilizadas para construir una estrategia de precios.
Cada atributo encapsula una regla económica individual que posteriormente puede ser reutilizada por múltiples listas de precios sin necesidad de duplicar configuraciones.
Clave
Identificador único utilizado internamente por el sistema.
Se recomienda utilizar claves estables, descriptivas y orientadas al propósito comercial del atributo.
Ejemplos:
Nombre
Descripción operativa utilizada por los usuarios para identificar rápidamente el propósito del atributo.
Ejemplos:
Descripción
Permite documentar el contexto comercial y el objetivo del atributo.
Una buena documentación reduce errores de interpretación y facilita la administración a largo plazo.
Clase
La clase funciona como una clasificación semántica del atributo.
Su objetivo es organizativo y documental; no altera directamente el algoritmo matemático del Price Engine.
Ejemplos posibles:
Tipo de cálculo
Determina la naturaleza matemática del atributo.
Actualmente el motor soporta principalmente:
TASA
Aplica un porcentaje sobre una base determinada.
Ejemplo:
Costo base: 100.00 MXN
Utilidad: 40%
Resultado:
140.00 MXN
IMPORTE
Aplica un monto fijo sobre la base seleccionada.
Ejemplo:
Costo base: 100.00 MXN
Cargo logístico: 25.00 MXN
Resultado:
125.00 MXN
Valor
Representa el porcentaje o importe asociado al atributo.
La precisión es administrada utilizando el canon financiero del sistema basado en BigDecimal.
Vigencia
Permite limitar temporalmente la utilización del atributo.
Resulta especialmente útil para:
Estado
Indica si el atributo se encuentra disponible para nuevas resoluciones de precios.
La desactivación preserva el historial y evita afectar operaciones históricas.
Listas
Las listas representan contratos comerciales completos construidos a partir de uno o varios atributos.
Una misma organización puede administrar simultáneamente decenas o cientos de listas orientadas a distintos segmentos de mercado.
Clave
Identificador técnico único de la lista.
Ejemplos:
Nombre
Nombre comercial utilizado por usuarios y procesos de negocio.
Ejemplos:
Descripción
Permite documentar el objetivo comercial y el alcance de la lista.
Moneda operativa
Determina la moneda en la cual opera la lista y dentro de la cual serán ejecutados todos los cálculos asociados.
Cada lista pertenece exclusivamente a una moneda operativa.
Ámbito
Define dónde puede utilizarse la lista dentro del ecosistema comercial.
Valores habituales:
Orden de aplicación
Determina la prioridad relativa cuando múltiples listas resultan candidatas durante una resolución.
Valores menores representan mayor prioridad.
Vigencia
Permite definir periodos temporales de disponibilidad para campañas o acuerdos comerciales específicos.
Aplica a
Permite especializar listas utilizando filtros comerciales y de catálogo.
Entre los criterios soportados se encuentran:
Este mecanismo permite construir estrategias extremadamente específicas sin necesidad de duplicar productos.
Marca
Permite restringir la lista de precios a productos pertenecientes a una marca específica.
Ejemplos:
Una lista configurada para la marca HP únicamente participará en la resolución cuando el producto evaluado pertenezca a dicha marca.
Departamento
Representa el nivel más alto de agrupación comercial dentro del catálogo de productos.
Ejemplos:
Es común utilizar este criterio para definir estrategias comerciales amplias aplicables a una división completa del negocio.
Línea
Permite segmentar productos dentro de un departamento específico.
Ejemplos:
Este nivel suele utilizarse cuando diferentes grupos de productos requieren márgenes o estrategias distintas dentro del mismo departamento.
Familia
Agrupa productos con características comerciales similares dentro de una línea determinada.
Ejemplos:
La familia representa un nivel de especialización superior al departamento y a la línea.
Categoría
Corresponde al nivel más específico de clasificación comercial disponible dentro del catálogo.
Ejemplos:
Las categorías permiten construir listas extremadamente especializadas cuando el modelo comercial así lo requiere.
Suscripción
Indica si la lista aplica a productos comercializados bajo un esquema recurrente o periódico.
Valores disponibles:
Ejemplos de productos con suscripción:
Tipo de bienes
Permite restringir la lista según la naturaleza operativa del producto dentro del ERP.
Valores observados actualmente:
Este criterio resulta especialmente útil cuando una organización desea separar estrategias comerciales entre mercancías, activos y consumibles internos.
Lógica
La sección de lógica define el algoritmo interno utilizado para construir el precio final de una lista determinada.
Mientras la pestaña anterior define qué lista existe, esta sección determina cómo se calcula matemáticamente.
Cada fila representa un paso dentro de la cadena de construcción del precio.
Orden
Define la secuencia exacta de ejecución de cada atributo.
El orden es fundamental porque un mismo atributo puede operar sobre bases distintas dependiendo del momento en que sea ejecutado.
Atributo
Referencia al atributo reutilizable que participará en el cálculo.
Base operativa
Determina el origen económico utilizado para iniciar el cálculo.
Algunos ejemplos incluyen:
Base de cálculo
Define sobre qué importe se aplicará el atributo.
Ejemplos:
BASE_ORIGINAL
Siempre utiliza el valor inicial de referencia.
BASE_ACUMULADA
Utiliza el resultado parcial construido hasta ese momento.
BASE_ANTERIOR
Utiliza únicamente el resultado del paso inmediatamente anterior.
Afecta base siguiente
Indica si el resultado generado por el atributo debe formar parte de la base utilizada por los siguientes pasos.
Esta opción permite construir márgenes acumulativos, descuentos encadenados o cálculos escalonados.
Obligatorio
Define si el atributo debe existir obligatoriamente para que la lista sea considerada válida durante una resolución.
Si un atributo obligatorio no puede resolverse, la lista completa es descartada automáticamente.
Simulación
La sección superior permite visualizar el comportamiento del algoritmo utilizando una base de referencia.
Su objetivo es validar rápidamente la coherencia matemática antes de liberar cambios a producción.
Diagnóstico
La pestaña Diagnóstico constituye una herramienta de análisis y trazabilidad del proceso de resolución del Price Engine.
Su objetivo no consiste en calcular precios finales sino en explicar el razonamiento seguido por el motor.
Es equivalente a un trazador o plan de ejecución dentro de una base de datos.
Contexto de resolución
Representa el conjunto de variables utilizadas para simular una operación comercial específica.
Entre ellas:
Resolver lista
Ejecuta el algoritmo de selección y presenta el resultado del análisis.
Resultado esperado
El diagnóstico explica:
Casos de uso habituales
La herramienta resulta particularmente útil para:
Recomendaciones de implementación
Se recomienda iniciar con un conjunto reducido de atributos reutilizables y expandir progresivamente el catálogo conforme madure la estrategia comercial de la organización.
La reutilización de atributos produce una reducción significativa en el mantenimiento y mejora la consistencia de las políticas de precios.
Las listas deben representar estrategias comerciales y no clientes individuales.
Cuando un cliente requiera una negociación específica, resulta preferible utilizar condiciones comerciales o asignaciones antes que multiplicar innecesariamente el número de listas.
La herramienta de diagnóstico debe formar parte del proceso habitual de validación antes de liberar nuevas estrategias de precios hacia ambientes productivos.
Una arquitectura correctamente diseñada permite administrar políticas comerciales complejas manteniendo trazabilidad, auditabilidad y simplicidad operativa incluso en organizaciones con miles de productos y múltiples monedas.