Saltar al contenido

Plataformas y flujos

Motores de cálculo, tarifación y reglas

Cada precio, coste o liquidación sale del mismo conjunto de reglas aprobadas y puede reconstruirse con la versión vigente en su fecha.

Detrás de una oferta, una liquidación o un presupuesto suele haber una hoja de cálculo que solo entiende quien la creó. Funciona hasta que alguien inserta una fila, cambia una celda o se va de la empresa. Un motor de cálculo saca esa lógica a un componente propio: recibe unos datos de entrada, aplica reglas escritas y probadas y devuelve un resultado que puede explicarse paso a paso. Importan detalles poco vistosos, como el redondeo, la precisión decimal, las fechas de vigencia de cada tarifa o qué ocurre cuando falta un dato. El objetivo es que el mismo caso dé siempre el mismo resultado y que cualquier cifra pueda reconstruirse meses después con las reglas vigentes en su momento.

Capas · Motores de cálculoIlustración conceptual
  1. Entrada de datos
    • Datos del caso a calcular
    • Tablas con fecha de vigencia
  2. Validación
    • Campos obligatorios y rangos
    • Versión de reglas aplicable
  3. Procesamiento
    • Reglas en el orden acordado
    • Aritmética decimal y redondeo
  4. Control humano
    • Aprobación de nuevas tarifas
    • Revisión de casos sin regla
  5. Trazas
    • Entradas y resultados intermedios
    • Versión de reglas ejecutada
  6. Sistemas de salida
    • Precio con desglose
    • Respuesta por API al CRM o ERP

Antes y después

Qué cambiaría en la operación

Ejemplo hipotético: una distribuidora de material eléctrico que prepara ofertas para instaladores con descuentos por familia de producto y por volumen.

  1. 01 · Antes

    Cada comercial usa su propia copia de la hoja de tarifas, con los descuentos aplicados en distinto orden y sin saber qué versión de precios está vigente.

  2. 02 · Sistema propuesto

    El CRM consulta un servicio de cálculo que aplica la tabla de tarifas vigente, los descuentos en el orden aprobado y el redondeo acordado con administración.

  3. 03 · Después

    Dos comerciales obtienen el mismo precio para el mismo caso, cada oferta muestra su desglose y administración puede recalcular una oferta antigua con sus tarifas originales.

Alcance

Qué resuelve y qué no

Qué puede resolver

  • Calcular tarifas, precios o primas a partir de tablas, coeficientes y condiciones con fechas de vigencia.
  • Estimar costes de fabricación, servicio u obra combinando materiales, horas, márgenes y recargos.
  • Ofrecer simuladores que muestren cómo cambia el resultado al variar parámetros, sin tocar los datos reales.
  • Liquidar comisiones, rappels o pagos periódicos con un desglose que el destinatario pueda revisar.
  • Guardar la traza de cada cálculo: entradas, versión de reglas aplicada y resultado intermedio.

Qué no resuelve

  • No da validez fiscal, contable ni regulatoria a un cálculo: las reglas que tengan esa implicación deben revisarlas asesores o responsables competentes.
  • No decide la política comercial ni los márgenes; implementa los criterios que la organización define y aprueba.
  • No corrige datos de entrada erróneos: si una tarifa o una medición están mal, el resultado también lo estará.

Escenarios operativos

Cómo funcionaría en la práctica

Ejemplos de lo que se podría diseñar. No describen proyectos realizados.

  1. 01

    Tarifación de un servicio con múltiples variables

    Entrada
    Datos del cliente, tipo de servicio, zona, volumen previsto y fecha de la solicitud.
    Procesamiento
    El motor selecciona la tabla de tarifas vigente en esa fecha, aplica coeficientes y descuentos por volumen en el orden acordado y redondea según la regla definida.
    Salida
    Precio final con desglose por concepto y referencia a la versión de tarifas utilizada, listo para incluir en la oferta.
  2. 02

    Escandallo de costes para presupuestar

    Entrada
    Lista de materiales, rutas de fabricación con tiempos estándar y costes horarios por centro.
    Procesamiento
    Se calculan costes de material, mano de obra y gastos indirectos según el criterio de imputación aprobado por control de gestión.
    Salida
    Coste unitario y por lote con el detalle de cada componente, comparable con el coste real cuando la orden se cierra.
  3. 03

    Simulador de escenarios para dirección

    Entrada
    Parámetros modificables como precio de materias primas, tipo de cambio o volumen de ventas.
    Procesamiento
    El mismo motor de producción se ejecuta sobre una copia de los datos con los parámetros alterados, sin afectar a cálculos oficiales.
    Salida
    Comparativa entre el escenario base y los simulados, con los supuestos de cada uno visibles junto a los resultados.
  4. 04

    Liquidación periódica de comisiones

    Entrada
    Ventas cerradas del periodo, condiciones contractuales de cada agente y devoluciones registradas.
    Procesamiento
    Se aplican tramos, objetivos y ajustes por devoluciones; los casos que no encajan en ninguna regla se apartan para revisión manual.
    Salida
    Liquidación por agente con desglose, lista de excepciones pendientes y fichero para el sistema de pagos.

Integración

Cómo se conecta con lo que ya existe

El motor suele exponerse como un servicio que otros sistemas consultan: el CRM para ofertar, el ERP para facturar o un portal para que el cliente simule. Se acuerda el formato de entrada y salida, cómo se identifican las versiones de reglas y qué hace el sistema llamante si el cálculo falla o tarda. Las tablas de parámetros se gestionan con permisos y con un circuito de aprobación antes de entrar en vigor.

  • API de cálculo con contrato de entrada y salida documentado
  • Tablas de tarifas y coeficientes con fechas de vigencia
  • Lectura de datos maestros desde ERP o CRM
  • Registro de cada ejecución con entradas, versión y resultado
  • Batería de casos de prueba que se ejecuta en cada cambio de reglas

Modalidades de despliegue que suelen plantearse

Se elige en cada proyecto tras evaluar requisitos y sistemas existentes.

Antes de desarrollar

Datos, validaciones y permisos

  • Lógica actual documentada a partir de la hoja o el sistema existente, con ejemplos resueltos que sirvan de referencia.
  • Criterios explícitos de redondeo, precisión decimal, moneda y tratamiento de fechas.
  • Una persona responsable de validar los resultados frente a los casos de referencia antes de cada puesta en marcha.
  • Revisión por asesoría fiscal, contable o regulatoria cuando el cálculo tenga esas implicaciones.
  • Permisos diferenciados para consultar, simular, modificar parámetros y aprobar nuevas versiones.

Supervisión

Riesgos, límites y mantenimiento

  • Replicar una hoja antigua puede arrastrar errores que nadie había detectado; las discrepancias se analizan con el negocio antes de decidir qué es correcto.
  • Usar números de coma flotante para importes provoca diferencias de céntimos acumuladas; se emplean tipos decimales y reglas de redondeo explícitas.
  • Un cambio de parámetros sin aprobación puede afectar a ofertas ya emitidas; la vigencia y el circuito de cambio se controlan.
  • Si las reglas crecen sin orden, el motor se vuelve tan opaco como la hoja que sustituía; conviene revisar su estructura periódicamente.

Preguntas frecuentes

¿Cómo sabemos que el motor calcula igual que nuestra hoja actual?

Se reúne un conjunto de casos reales ya resueltos y se ejecutan en ambos. Cada diferencia se investiga: a veces es un error del motor y a veces de la hoja. Solo cuando las discrepancias están explicadas se da el paso.

¿Podemos recalcular una oferta antigua con las reglas de entonces?

Sí, si las reglas y tablas se guardan versionadas con su fecha de vigencia. El motor puede ejecutar un cálculo con la versión aplicable a la fecha original y mostrar el mismo desglose.

¿El motor puede usarse también desde un portal de clientes?

Puede exponerse con permisos limitados para que un cliente simule su caso. Conviene decidir qué parámetros son visibles, si el resultado es vinculante o solo orientativo y cómo se evita el abuso del servicio.

Cuéntanos qué cálculo depende hoy de una hoja que nadie quiere tocar

Cuéntanos qué datos y sistemas intervienen en tu proceso. Estudiaremos qué puede automatizarse, cómo se integraría y qué convendría validar antes de desarrollar. Ver todas las capacidades.

Sin compromiso de aceptación: estudiamos cada caso antes de proponer nada. Cómo tratamos la información que compartes.