El pricing dinámico modifica un importe a partir de reglas y datos definidos por el negocio. Para aplicarlo a una suscripción necesitas saber qué cambia, cuándo se calcula, a quién afecta y cómo se comunica antes del cobro. La pasarela procesa una operación; la lógica que determina su importe pertenece al sistema que gestiona la oferta.
En un negocio digital desde Andorra, la pregunta práctica es qué necesidad intentas resolver. Puede bastar con varios planes, un cambio en la próxima renovación o una regla de consumo. En AndorPay revisamos cómo conectar el recorrido de pago con esa decisión, dentro de las capacidades reales de la integración.
No todos los cambios son precios dinámicos
Cambiar de plan, consumir más unidades y actualizar las condiciones comerciales son situaciones diferentes. Llamarlas todas «dinámicas» puede ocultar el trabajo que necesitas y confundir lo que entiende el comprador.
| Situación | Qué determina el cambio | Trabajo principal |
|---|---|---|
| Cambio de plan | Elección de otra modalidad | Fecha efectiva y acceso |
| Cobro por uso | Unidades consumidas | Medición y cálculo del periodo |
| Revisión de oferta | Nuevas condiciones definidas | Versiones y comunicación |
| Regla dinámica | Datos que modifican el importe | Cálculo trazable y límites |
Un plan mensual con un importe estable sigue siendo una suscripción aunque otro plan tenga condiciones distintas. Tampoco necesitas inteligencia artificial para aplicar una regla. Empieza por una explicación que puedas dar al cliente antes de discutir herramientas.
Define qué variable cambia y por qué
Una regla debe identificar sus datos de entrada, el momento del cálculo y el resultado esperado. Si el importe depende de unidades utilizadas, necesitas un registro de consumo. Si depende de una configuración elegida, debes conservar esa elección y saber cuándo entró en vigor.
No basta con decir que el precio «se adapta». Explica qué acción o condición puede modificarlo. El comprador debe poder anticipar la relación entre su uso del servicio y el siguiente cobro, aunque no conozca los detalles técnicos.
Incluye límites y casos excepcionales. ¿Qué ocurre si falta un dato, llega tarde o tiene un valor imposible? Un cálculo incompleto no debería convertirse silenciosamente en un cargo definitivo. Define una revisión o una regla de tratamiento explícita para esos casos.
Conserva el cálculo que se utilizó
Para responder a una consulta necesitas reconstruir el importe del periodo. Guarda la versión de la regla, los datos utilizados, la fecha del cálculo y el resultado aprobado para cobrar. Recalcular meses después con datos actuales puede producir una explicación distinta de la compra original.
Imagina un servicio cuyo alcance depende de los usuarios activos al cierre del periodo. Debes definir qué significa «activo», qué día se toma la referencia y cómo se trata un usuario añadido o retirado. Sin esas reglas, dos personas pueden calcular resultados diferentes utilizando la misma lista de cuentas.
Si cambias la definición en el futuro, conserva la versión anterior para explicar los periodos cerrados. La trazabilidad tiene una utilidad comercial inmediata: tu equipo puede responder con hechos a una discrepancia sin inventar una razón después del cobro.
Coordina el cambio con el periodo de suscripción
Antes de aplicar una nueva regla, distingue nuevas contrataciones y suscripciones existentes. Establece la fecha efectiva y qué ocurre con el periodo ya iniciado. La página actual no debería ser la única referencia para entender condiciones aceptadas con anterioridad.
Una política puede mantener las condiciones durante el periodo vigente y aplicar un cambio en la renovación siguiente, cuando corresponda. Si necesitas otro comportamiento, define su efecto en acceso, calendario e importe. Un cambio comercial no actualiza automáticamente todas esas piezas.
La documentación de producto y suscripción de WooCommerce muestra que el catálogo y cada suscripción son conceptos diferentes. En tu integración también necesitas comprobar cómo se relacionan; cambiar una ficha de producto no acredita por sí solo un cambio aplicado correctamente a cada cliente.
Comunica el efecto que verá el comprador
El mensaje útil explica qué cambia, desde cuándo y cuál es la siguiente acción. Si la modificación depende del consumo, el cliente necesita un resumen reconocible. Si depende de elegir otra modalidad, necesita confirmar qué prestaciones recibirá y cuándo.
Evita explicaciones que solo describan tu tecnología. «Nuestro algoritmo ha actualizado las condiciones» no ayuda a entender qué se está pagando. Utiliza términos de servicio: usuarios, sesiones, alcance o periodo, y una fecha concreta cuando esté determinada.
Mantén consistentes la oferta, el resumen previo al cobro y la confirmación. Si una pantalla muestra un cálculo provisional, indícalo. No presentes una cifra como definitiva y la cambies después sin que el cliente pueda entender la razón y el proceso aplicable.
Qué trabajo corresponde a la integración
La aplicación debe producir un importe válido y relacionarlo con el cliente, el plan y el periodo. El cobro debe utilizar el recorrido habilitado para ese caso. Después, el resultado económico vuelve a la operación del negocio para actualizar lo que corresponda.
Nuestra documentación de API establece restricciones para indicar importes y distingue operaciones de cambio de plan. Esos contratos no deben interpretarse como un motor general de pricing dinámico. El cálculo externo, la programación y su encaje se revisan dentro del alcance de la puesta en marcha.
También hay que separar el cambio solicitado del cambio confirmado. Una solicitud puede quedar programada para otra fecha o resultar incompatible con una acción pendiente. Tu aplicación debe explicar el estado real, sin anunciar que el nuevo periodo ya está activo antes de comprobarlo.
Cuándo una estructura sencilla resuelve mejor la necesidad
Si los compradores se agrupan en necesidades estables, varios niveles claros pueden ser suficientes. Si la diferencia depende de unidades, quizá necesitas cobro por uso. Si quieres revisar una oferta de vez en cuando, necesitas versiones y comunicación, sin introducir un cálculo variable en cada operación.
La guía de planes de suscripción desarrolla prestaciones y límites. La guía de cobro por uso explica medición y cierre de periodos. Utiliza la que corresponda a la decisión que realmente tienes delante.
La complejidad adicional tiene trabajo asociado: registrar datos, explicar variaciones, gestionar excepciones y probar cambios. Conviene incorporarla cuando resuelve un problema concreto del servicio. No es necesario convertir una oferta comprensible en un sistema difícil de mantener para parecer más avanzado.
Prueba las reglas antes de cobrarlas
Prepara ejemplos de entrada y resultado esperado. Incluye datos normales, ausentes, repetidos y tardíos. Comprueba un cambio de regla entre dos periodos y verifica que el anterior mantiene su explicación original.
Después prueba el recorrido de pago: el importe aprobado debe corresponder al cliente y periodo correctos. Un resultado pendiente necesita seguimiento sobre la misma operación. Una notificación repetida no debe generar otra entrega ni otro cobro.
Revisa también el caso de cancelación o cambio de plan mientras hay un cálculo preparado. La integración debe determinar qué regla sigue siendo válida y evitar ejecutar acciones incompatibles. Estos casos revelan si la lógica comercial y el calendario están conectados de verdad.
Qué llevar a una revisión de tu modelo
Prepara una descripción del servicio, la variable que quieres utilizar, el momento de cálculo y dos situaciones que produzcan resultados distintos. Añade cómo verá el cliente la diferencia y qué sistema conserva esos datos.
Con esa información podemos revisar el recorrido de cobro y delimitar el trabajo necesario. Las condiciones comerciales de la puesta en marcha se preparan de manera privada. Cuéntanos qué necesitas cambiar en tus suscripciones y valoramos cómo conectarlo con AndorPay.
Preguntas frecuentes
¿Cambiar de plan es pricing dinámico?
Es una elección de modalidad que puede tener condiciones distintas. No requiere necesariamente un cálculo dinámico. Lo esencial es coordinar fecha, siguiente pago y acceso del nuevo plan.
¿La pasarela calcula el precio adecuado?
Procesar un pago y determinar el importe son responsabilidades diferentes. El cálculo debe producirse en la herramienta que tenga las reglas y los datos necesarios, y su resultado debe encajar con el contrato de pago disponible.
¿Este modelo mejora siempre los ingresos?
No existe ese resultado garantizado. Puede resolver una necesidad de la oferta, pero también añade gestión y explicación. Define el problema que quieres resolver y comprueba el comportamiento del recorrido antes de ampliar su complejidad.