Saltearse al contenido

Cóndor

Cóndor deriva precios, cupos y tarifas de un documento de entradas, evalúa las reglas del negocio y detecta dónde lo cobrado se despegó de lo que lo justifica. No guarda precios: los calcula. Esta página explica el mecanismo y no publica cifras.

  • Deriva el precio de un plan, el de cada proceso (una respuesta, un correo atendido, un minuto de voz), el cupo de cada plan y el descuento anual.
  • Evalúa las reglas del negocio en seis familias: competitividad, sostenibilidad, escalabilidad, integridad, valor y asequibilidad. Cada una lleva qué afirma, su veredicto derivado y de quién es; el total crece con el modelo.
  • Detecta la deriva: compara lo derivado con lo que el ledger cobra. Eso es --check, y falla si algo no pasa.
  • Su única salida legítima es php artisan condor:derive, con --rules, --research o --json.

Cómo calcula:

  • El plan. Tres posiciones contra una misma vara —Kommo en su escalón equivalente—: referente de mercado por (1 menos la posición), con el redondeo dentro del cálculo. Las posiciones se eligen para que la escalera sea congruente y sin muros.
  • El proceso. Dos familias, según el costo marginal: con costo real se tasa contra el peor caso dejando un margen mínimo; con costo casi nulo, contra el mercado, porque «costo más margen» sobre cero da cero. El redondeo va a favor del margen mínimo, así que «nunca por debajo del coste» es una propiedad del cálculo.
  • El cupo. Sale del precio, de una fracción de él y del tamaño del átomo; se vigila contra la participación y el costo esperado a la vez.
  • El descuento anual. Sale del ahorro real —costo de capital por cobrar antes y la verificación manual que se evita— y se aplica el menor de los justificados.
  • config/pricing.php: las entradas de este negocio. Ninguna cifra de venta: esas son salidas.
  • Búho: sus observaciones se aplican encima de las entradas antes de construir el motor.
  • El puente app/Integrations/ (CondorFigures, Condor) es lo único que conoce Merez. El motor vive en modules/Condor/src, con composer.json propio y cero dependencias del framework; un test de frontera es puerta de CI.
  • En producción se consulta por el job condor de check-prod.yml: artisan no se alcanza sin SSH.

El motor no es un servicio del sitio: corre en el seeder, el comando y los jobs; apagar un interruptor no lo detiene. Lo que sí pesa: el seeder lee la derivación, así que cambiar una entrada y sembrar mueve precios en producción; y la vitrina los lee en build, así que sin redesplegarla se queda con los anteriores.

En el catálogo, condor figura con is_implemented = false: no se ofrece para encender.

  • Las cifras no se publican aquí. Una cifra copiada deriva: los precios vivieron anotados en el config, el seeder, la prosa y el texto del agente, se desincronizaron cuatro veces y el agente llegó a cotizar bajo coste. La tabla legítima es el comando.
  • El ledger solo cobra créditos enteros y el modelo deriva fracciones. Por eso hay tarifas derivadas que no se pueden adoptar: el entero es el mínimo expresable, no una decisión de precio.
  • Deriva conocida. Varias acciones que acumulan se cobran por debajo de su derivación porque per_credit es una cifra anotada a mano. El detector lo dice; no lo tapa.
  • Las claves de proceso son datos persistidos en credit_ledger_entries.concept: no se renombran.