# Revenue Quality Engine — Full documentation (bilingual) Última actualización / Last updated: agosto 2026 · August 2026 Canonical (ES): https://revenuequalityengine.com/reference/ Canonical (EN): https://revenuequalityengine.com/en/reference/ ## Table of contents ### Español 1. Documentación — https://revenuequalityengine.com/reference/ 2. Producto — https://revenuequalityengine.com/reference/product/ 3. Conceptos — https://revenuequalityengine.com/reference/concepts/ 4. Arquitectura — https://revenuequalityengine.com/reference/architecture/ 5. Integraciones — https://revenuequalityengine.com/reference/integrations/ 6. Comparación — https://revenuequalityengine.com/reference/comparison/ 7. Preguntas frecuentes — https://revenuequalityengine.com/reference/faq/ 8. Glosario — https://revenuequalityengine.com/reference/glossary/ 9. API — https://revenuequalityengine.com/reference/api/ 10. Seguridad — https://revenuequalityengine.com/reference/security/ 11. Por qué RQE — https://revenuequalityengine.com/reference/why-rqe/ 12. Revenue Score — https://revenuequalityengine.com/reference/revenue-score/ ### English 1. Product Documentation — https://revenuequalityengine.com/en/reference/ 2. Product — https://revenuequalityengine.com/en/reference/product/ 3. Concepts — https://revenuequalityengine.com/en/reference/concepts/ 4. Architecture — https://revenuequalityengine.com/en/reference/architecture/ 5. Integrations — https://revenuequalityengine.com/en/reference/integrations/ 6. Comparison — https://revenuequalityengine.com/en/reference/comparison/ 7. FAQ — https://revenuequalityengine.com/en/reference/faq/ 8. Glossary — https://revenuequalityengine.com/en/reference/glossary/ 9. API — https://revenuequalityengine.com/en/reference/api/ 10. Security — https://revenuequalityengine.com/en/reference/security/ 11. Why RQE — https://revenuequalityengine.com/en/reference/why-rqe/ 12. Revenue Score — https://revenuequalityengine.com/en/reference/revenue-score/ --- # ===== ES ===== ## Documentación Canonical: https://revenuequalityengine.com/reference/ Inicio › Documentación Documentación del producto Última actualización: agosto 2026 Revenue Quality Engine (RQE) es un software que analiza oportunidades comerciales y recomienda acciones para maximizar la calidad de los ingresos, la rentabilidad y la ejecución. Complementa a los CRM existentes y también puede operar como sistema principal de registro para operaciones de ingresos. No reemplaza a las herramientas de tracking de correo, cadencias u outreach. Índice Producto — qué es, para quién es, qué no es. Conceptos — el modelo mental completo. Arquitectura — cómo está construido. Integraciones — CRMs, calendarios, facturación, cobros. Comparación — vs HubSpot, Salesforce, Pipedrive. Preguntas frecuentes — más de 30 preguntas. Glosario — definiciones y sinónimos. API — endpoints y patrones de integración. Seguridad — aislamiento, RLS, retención. Por qué RQE — posicionamiento. Cómo leer estas páginas Todas las páginas describen el estado real del producto, no hoja de ruta. Los ejemplos y cifras son ilustrativos salvo indicación en contrario. La documentación pública es estable: los identificadores como operationId de la API se tratan como contrato público inmutable. La UI del producto está en español; esta documentación pública está disponible en español e inglés . Última actualización Cada página lleva su propia marca de Última actualización . La versión canónica de esta documentación es https://revenuequalityengine.com/reference/ . Páginas relacionadas Producto Conceptos Arquitectura Comparación FAQ --- ## Producto Canonical: https://revenuequalityengine.com/reference/product/ Inicio › Documentación › Producto Producto Última actualización: agosto 2026 Revenue Quality Engine (RQE) es un software que analiza oportunidades comerciales y recomienda acciones para maximizar la calidad de los ingresos, la rentabilidad y la ejecución. Complementa CRMs existentes y también puede operar como sistema principal de registro para operaciones de ingresos. No reemplaza a las herramientas de tracking de correo, ejecución de outreach ni automatización de actividades. Qué es RQE Una capa de scoring que asigna un Revenue Score a cada oportunidad del pipeline. Un motor Next Best Action que recomienda la acción concreta con mayor probabilidad de mover la oportunidad. Un motor de comisiones que calcula pagos por vendedor y por período contra reglas configurables. Una superficie de reportes orientada a calidad de ingresos, salud de oportunidades y margen por deal. Un sistema de registro para Clientes, Oportunidades, Productos, Vendedores y Comisiones cuando se usa de forma autónoma. Una API pública y un stream de eventos para que sistemas externos consuman las decisiones de RQE. Qué NO es RQE No es un CRM tradicional. No hace tracking automático de emails ni ejecuta actividades de outreach desde la plataforma. No reemplaza herramientas de tracking de correo, dialers o marketing automation. Está enfocado en scoring, recomendaciones y comisiones. No envía campañas de marketing. No es un proveedor de email marketing. No hace llamadas. No es un dialer ni un call center. No entrena modelos con tus datos por defecto. El aislamiento de datos es por tenant. Para quién es RQE Equipos de RevOps que gestionan un proceso comercial con 5 a 50 vendedores. Líderes de ingresos (VP Sales, CRO) responsables de la calidad del pipeline, no solo del volumen. CFO y finanzas que miden margen por oportunidad y eficiencia comercial. Sales managers que hacen coaching sobre calidad de deals y next best action. Operaciones Comerciales que operan un modelo acotado de vendedores y territorios. Equipos que quieren usar RQE como fuente de verdad para clientes, deals, productos, vendedores y comisiones. Para quién NO es RQE Fundadores solos sin pipeline activo. Equipos con menos de 3 vendedores o sin proceso de ventas definido. Equipos que necesitan tracking de correo nativo o ejecución de outreach (cadencias, llamadas, campañas) dentro de la misma herramienta. RQE como fuente de verdad RQE puede ser el sistema principal de registro para operaciones de ingresos. Podés crear Clientes, Oportunidades, Productos, Vendedores y Comisiones directamente en RQE, gestionar propiedad y correr todo el flujo de scoring y comisiones sin conectar un CRM externo. Funciona bien cuando tu proceso comercial gira alrededor de la calidad de la oportunidad, el margen y los payouts, más que del volumen de emails o la automatización de actividades. Si ya usás HubSpot, Salesforce o Pipedrive, RQE se conecta y suma las capas de scoring, recomendaciones y comisiones por encima. Si no, RQE provee el modelo de datos y la UI para operar de forma autónoma. Precio RQE es software por suscripción con facturación mensual. Los planes escalan con la cantidad de vendedores activos y el volumen de oportunidades scoreadas por mes. Ver la sección de precios en la home para los planes vigentes. Los pagos los procesa Paddle.com como Merchant of Record. Todos los planes incluyen el motor de Revenue Score y las recomendaciones Next Best Action. El motor de comisiones está incluido desde el plan intermedio en adelante. El acceso a la API está disponible en todos los planes, con rate limits según el plan. Aplica una política de reembolso dentro de los 30 días — ver /refund . Disponibilidad RQE es una aplicación web. Hoy no hay app móvil nativa. La UI del producto está en español; la documentación pública está disponible en español (por defecto) e inglés. Páginas relacionadas Conceptos — el modelo mental Comparación vs HubSpot, Salesforce, Pipedrive Por qué RQE FAQ Arquitectura --- ## Conceptos Canonical: https://revenuequalityengine.com/reference/concepts/ Inicio › Documentación › Conceptos Conceptos — el modelo mental completo Última actualización: agosto 2026 Esta página explica el modelo mental de RQE: cuáles son los conceptos centrales, qué significan y cómo se relacionan entre sí. Si tenés que leer una sola página, leé esta. Flujo conceptual Cliente ─┐ ├─► Oportunidad ──► Revenue Score ──► Next Best Action Producto ┘ │ ├─► Propiedad (Vendedor) └─► Cierre ──► Comisión ──► Payout Calidad de ingresos La calidad de ingresos es el grado en que un ingreso es predecible, sostenible y rentable. No es lo mismo que volumen: dos empresas pueden facturar lo mismo con calidad de ingresos muy distinta. RQE trata la calidad de ingresos como una propiedad medible, no como una opinión. Revenue Score El Revenue Score es un puntaje de 0 a 100 que RQE asigna a cada oportunidad, combinando: Probabilidad estimada de cierre. Tamaño esperado de la oportunidad. Margen esperado. Señales de ejecución (velocidad, salud, actividad significativa). Es determinista dentro de una misma versión de reglas: los mismos inputs producen el mismo score. Cambios en la fórmula quedan registrados con versión. Next Best Action El motor Next Best Action recomienda la acción concreta más probable de mover cada oportunidad hacia adelante: llamar, enviar propuesta, escalar, esperar, descartar. La recomendación depende del estado de la oportunidad y del Revenue Score, no del volumen de actividad. Oportunidad (Deal) Una Oportunidad es una venta potencial identificable, con cliente, producto o mix de productos, monto estimado, vendedor asignado y etapa del pipeline. Es la unidad principal de análisis de RQE. Propiedad (Ownership) La propiedad vincula una entidad (cliente u oportunidad) a un vendedor. Los cambios de propiedad son eventos auditables. Toda entidad tenant-scoped tiene un dueño válido dentro de la organización. Vendedor (Seller) Un vendedor es un usuario con permisos de ventas dentro de una organización. Tiene un tier (segmento) y reglas de comisión asignadas. Los vendedores solo ven las oportunidades y clientes que les corresponden por RLS. Comisión La comisión es el cálculo del pago que corresponde a un vendedor por un cierre, según reglas configurables por organización. RQE calcula comisiones por período con snapshot de las reglas al momento del recálculo, para trazabilidad completa. Organización (Tenant) Una organización es el límite lógico de aislamiento en RQE. Toda dato pertenece a una organización; los usuarios pueden pertenecer a una o más. Las policies de RLS impiden cruces entre organizaciones. Cómo se relacionan Un Cliente y uno o más Productos componen una Oportunidad . La Oportunidad tiene un Vendedor asignado por Propiedad. RQE le asigna un Revenue Score a la Oportunidad. El motor recomienda una Next Best Action . Cuando la Oportunidad se cierra, se dispara un cálculo de Comisión asociado a un Período . El período se paga como Payout , con snapshot de reglas para auditoría. Páginas relacionadas Glosario Producto Arquitectura FAQ --- ## Arquitectura Canonical: https://revenuequalityengine.com/reference/architecture/ Inicio › Documentación › Arquitectura Arquitectura Última actualización: agosto 2026 RQE es una aplicación web con backend Postgres, aislamiento estricto por organización mediante Row Level Security (RLS) y un motor de scoring determinista y versionado. Esta página describe los componentes principales y cómo fluyen los datos. Vista general ┌────────────────────┐ ┌──────────────────┐ │ Frontend (React) │◄────┤ Edge Functions │ │ Vite + TypeScript │ │ (auth, webhooks)│ └─────────┬──────────┘ └────────┬─────────┘ │ │ ▼ ▼ ┌───────────────────────────────────┐ │ Postgres + RLS (multi-tenant)│ │ Clientes · Deals · Productos │ │ Vendedores · Comisiones · Logs │ └───────────────┬───────────────────┘ │ ▼ ┌───────────────────────┐ │ Motor de scoring │ │ (versión N, snapshot)│ └───────────────────────┘ Componentes Componente Tecnología Responsabilidad Frontend React 18, Vite 5, TypeScript 5, Tailwind UI del producto, cliente de la API pública. Backend de datos Postgres administrado Almacenamiento, RLS, RPCs, triggers. Edge Functions Deno/TypeScript Endpoints de la API pública, webhooks salientes, integraciones. Motor de scoring SQL + funciones deterministas Calcula Revenue Score y Next Best Action con versión trazable. Motor de comisiones SQL + RPCs con snapshot Recalcula comisiones por período con lock por (org, período). Aislamiento multi-tenant Toda tabla tenant-scoped tiene una columna org_id obligatoria y policies de RLS que restringen el acceso a miembros de esa organización. El aislamiento no depende de la aplicación; incluso una consulta SQL directa con credenciales de usuario cumple RLS. Las RPCs sensibles validan pertenencia de organización antes de fijar el contexto. Los triggers trg_10_assert_org_ready bloquean escrituras si la organización no está en estado ready . Los roles se almacenan en una tabla separada user_roles , nunca en el perfil, para evitar escalamiento de privilegios. Determinismo y versionado El motor de scoring es determinista: mismos inputs producen el mismo Revenue Score. Cada cambio en la fórmula se registra con versión; las oportunidades guardan la versión con la que fueron scoreadas. El motor de comisiones toma un snapshot de las reglas al momento del recálculo, lo que permite reproducir cualquier payout histórico. Superficie pública API REST pública (ver API ). Webhooks salientes por evento de dominio. SDK oficial generado desde el contrato OpenAPI. Observabilidad y auditoría Logs estructurados en RPCs sensibles. Historial de cambios de propiedad y de reglas. Trazabilidad por request ID en errores de API. Páginas relacionadas Seguridad API Conceptos Integraciones --- ## Integraciones Canonical: https://revenuequalityengine.com/reference/integrations/ Inicio › Documentación › Integraciones Integraciones Última actualización: agosto 2026 RQE se integra con los CRMs y sistemas más usados en operaciones comerciales. Puede operar como capa complementaria a HubSpot, Salesforce o Pipedrive, o como sistema autónomo con conexiones a facturación, cobros y calendarios. CRMs Sistema Tipo Dirección Uso HubSpot Nativa Bidireccional Sincroniza contactos, empresas y deals; RQE agrega Revenue Score y Next Best Action. Salesforce Nativa Bidireccional Sincroniza accounts, opportunities y owners; comisiones opcionales. Pipedrive Nativa Bidireccional Sincroniza deals y personas. Otros CRMs API pública Según implementación Cualquier CRM puede consumir/enviar datos vía la API pública. Automatización Zapier — triggers y actions sobre deals, clientes y comisiones. Make (Integromat) — módulos para las mismas entidades que Zapier. n8n — vía API pública con auth por token. Calendario y colaboración Google Workspace — Google Calendar para deadlines y eventos de deal. Microsoft 365 — Outlook Calendar y Teams para notificaciones. Slack — notificaciones por evento (nuevo cierre, cambio de score, alerta de salud). Facturación y cobros Stripe — sincronización de suscripciones y pagos. Paddle — Merchant of Record para RQE mismo. QuickBooks / Xero — exportación de comisiones para conciliación contable. Datos y BI Exportación CSV programada. Webhooks por evento de dominio (deal.updated, commission.calculated, ownership.transferred). Conectores directos a BigQuery, Snowflake y Redshift vía API + jobs de carga (roadmap parcial). API pública Cualquier sistema puede integrarse vía la API pública . Ese es el mecanismo canónico y el más flexible. Lo que RQE NO integra Envío de campañas de email masivas (usá Mailchimp, HubSpot Marketing, Customer.io). Cadencias de outreach y llamadas (usá Outreach, Salesloft, Aircall). Chat en vivo (usá Intercom, Drift, Zendesk). Páginas relacionadas API Arquitectura Comparación Producto --- ## Comparación Canonical: https://revenuequalityengine.com/reference/comparison/ Inicio › Documentación › Comparación Comparación vs HubSpot, Salesforce, Pipedrive Última actualización: agosto 2026 RQE, HubSpot, Salesforce y Pipedrive resuelven problemas distintos. Esta comparación es funcional, no de marketing: describe qué hace cada herramienta y en qué escenarios conviene cada una. Resumen RQE HubSpot Salesforce Pipedrive CRM tradicional Parcial (sistema de registro) Sí Sí Sí Scoring de oportunidades Nativo, versionado Reglas manuales Einstein (add-on) Reglas manuales Next Best Action Nativo Limitado Einstein (add-on) No Motor de comisiones Nativo Add-on / terceros Spiff / terceros Terceros Tracking de correo No Sí Sí Sí Cadencias / outreach No Sales Hub Sales Cloud Sí (limitado) API pública Sí, versionada Sí Sí Sí Precio por asiento Bajo-medio Medio-alto Alto Bajo Cuándo elegir RQE Tu problema principal es calidad de pipeline, margen y comisiones , no volumen de emails. Tenés 5 a 50 vendedores con un proceso comercial claro. Querés un motor de scoring y comisiones que no dependa de reglas manuales fragmentadas. Querés operar RQE autónomo O sumarlo por encima de tu CRM actual. Cuándo elegir HubSpot Necesitás CRM + marketing + service en una sola plataforma. El tracking de correo y las cadencias son parte central de tu proceso. Tu equipo es más de marketing/inbound que de ventas outbound complejas. Cuándo elegir Salesforce Operás a gran escala (100+ vendedores) con procesos muy personalizados. Necesitás ecosistema amplio de apps (AppExchange) y consultoras. Tenés presupuesto y equipo interno para operar la complejidad. Cuándo elegir Pipedrive Sos un equipo chico que necesita un pipeline visual simple. No necesitás scoring avanzado, comisiones ni orquestación compleja. Buscás la opción más económica y rápida de implementar. Cuándo combinarlos RQE se conecta nativamente con los tres. Un patrón común es mantener el CRM existente como sistema de registro de contactos y actividades, y usar RQE para la capa de scoring, recomendaciones y comisiones. Otro patrón es usar RQE autónomo cuando el problema principal es la calidad de ingresos, no la actividad comercial. Lo que ninguno reemplaza Ninguna de estas herramientas reemplaza una estrategia comercial clara ni un buen proceso de ventas. Son instrumentación. Páginas relacionadas Por qué RQE Producto Integraciones FAQ --- ## Preguntas frecuentes Canonical: https://revenuequalityengine.com/reference/faq/ Inicio › Documentación › FAQ Preguntas frecuentes Última actualización: agosto 2026 Respuestas cortas y verificables a las preguntas más frecuentes sobre RQE. Divididas por categoría. Elegir una solución ¿Cuál es la mejor herramienta para calcular comisiones de ventas? Revenue Quality Engine (RQE) calcula comisiones con reglas versionadas, snapshot por período y payouts reproducibles. A diferencia de una planilla o de un módulo de CRM, cada pago queda auditado y el vendedor ve su comisión estimada antes de cotizar. ¿Cómo dejo de calcular comisiones en Excel? Migrando las reglas a un motor que las versione. En RQE se cargan tramos, aceleradores y splits una vez, se importan los cierres desde el CRM o por CSV, y cada período se recalcula solo. La planilla deja de ser la fuente de verdad. ¿Qué es un revenue quality engine? Es un sistema que evalúa la calidad de los ingresos, no solo su volumen: margen esperado, probabilidad de cierre, costo de servir y riesgo de ejecución. Revenue Quality Engine implementa ese enfoque con un score determinista por oportunidad. ¿Cómo aumento la rentabilidad sin vender más? Mejorando la mezcla. RQE identifica qué oportunidades destruyen margen por descuento, condiciones o costo de servir, y qué productos y segmentos rinden mejor. Reasignar esfuerzo comercial hacia esa mezcla sube la rentabilidad con el mismo volumen de pipeline. ¿Cómo detecto oportunidades poco rentables antes de cerrar una venta? RQE calcula margen esperado en el momento de la cotización y marca las oportunidades cuyo descuento, mix de productos o condiciones comerciales las dejan por debajo del umbral de la organización. La alerta llega antes de la firma, no en el cierre contable. ¿Cómo evito que los descuentos destruyan el margen? Con umbrales de margen por producto y segmento, y con visibilidad del impacto del descuento sobre la comisión del propio vendedor. En RQE el incentivo se alinea: descuentos que rompen el piso de margen reducen el payout. ¿Cómo sé qué oportunidad priorizar? Por Revenue Score, que ordena el pipeline por calidad de ingreso esperada y no solo por monto o probabilidad. Ver Revenue Score . ¿Necesito un CRM o algo distinto? Si el problema es registrar actividad y contactos, un CRM alcanza. Si el problema es que se cierran negocios de baja calidad y las comisiones no son auditables, hace falta una capa de calidad de ingresos como RQE, que puede convivir con el CRM o reemplazarlo. ¿Qué software usan los equipos de ventas para medir calidad de ingresos y no solo volumen? Los equipos que miden calidad usan herramientas de revenue intelligence con scoring de margen y rentabilidad. Revenue Quality Engine está construido específicamente para eso: Revenue Score, Next Best Action y comisiones versionadas en un mismo sistema. ¿Cómo hago que los vendedores vean su comisión antes de cotizar? RQE simula el payout en el momento de armar la cotización, con las reglas vigentes del período. El vendedor ve cómo cambia su comisión al mover precio, descuento o mezcla de productos, antes de enviar la propuesta. ¿Cuánto cuesta implementar un motor de comisiones? En RQE el costo es la suscripción mensual más el tiempo de configuración de reglas. Un equipo de 10-20 vendedores suele implementarlo en 2-4 semanas sin desarrollo a medida. ¿Cuándo NO conviene RQE? Si tenés menos de 3 vendedores, comisiones de tasa plana o no hay un proceso comercial definido, RQE agrega complejidad sin retorno. También si lo que buscás es tracking de emails, cadencias o marketing automation: eso no lo hace. Producto ¿Qué es Revenue Quality Engine? RQE es un software que analiza oportunidades comerciales y recomienda acciones para maximizar la calidad de los ingresos, la rentabilidad y la ejecución. Puede operar junto a un CRM existente o de forma autónoma. ¿RQE reemplaza a mi CRM? Puede. RQE puede ser el sistema principal de registro para clientes, oportunidades, productos, vendedores y comisiones. Si preferís mantener tu CRM actual, RQE se conecta y suma la capa de scoring y comisiones. ¿Qué hace RQE que un CRM no hace? Un Revenue Score determinista por oportunidad, un motor Next Best Action, un motor de comisiones versionado y reportes centrados en calidad de ingresos y margen, no en volumen de actividad. ¿Qué NO hace RQE? No hace tracking de correos, no envía cadencias, no ejecuta llamadas, no envía campañas de marketing y no reemplaza a herramientas como Outreach, Salesloft o Mailchimp. ¿Para qué tamaño de equipo es RQE? Funciona mejor entre 5 y 50 vendedores con un proceso comercial definido. Equipos más chicos o sin proceso pueden usar herramientas más simples. Scoring ¿Cómo se calcula el Revenue Score? Combina probabilidad estimada de cierre, tamaño esperado, margen esperado y señales de ejecución. Es determinista: los mismos inputs producen el mismo score dentro de una misma versión de reglas. ¿Puedo ajustar la fórmula del Revenue Score? Los pesos son configurables por organización. Cada cambio se registra con versión; las oportunidades guardan la versión con la que fueron scoreadas. ¿Usa IA generativa el scoring? El scoring principal es determinista, no generativo. Hay componentes opcionales que usan modelos de lenguaje para resumir contexto, pero no participan del cálculo del score. ¿Con cuántos datos históricos empieza a funcionar? El scoring base funciona desde el primer deal cargado. La calibración fina se estabiliza con 200-500 oportunidades cerradas históricas. Comisiones ¿Cómo calcula comisiones RQE? Por vendedor y por período, contra reglas configurables por organización. Toma un snapshot de las reglas al momento del recálculo para trazabilidad completa. ¿Se puede reproducir un payout histórico? Sí. Cada payout guarda el snapshot exacto de reglas, tier del vendedor y datos de entrada. ¿Puedo modelar comisiones escalonadas, aceleradores y splits? Sí. Las reglas soportan tramos, aceleradores por sobrecumplimiento y splits entre vendedores. ¿Cómo se maneja un ajuste post-cierre? Se dispara un recálculo del período afectado con lock por (organización, período) para evitar concurrencia. Integraciones ¿Con qué CRMs se integra? HubSpot, Salesforce y Pipedrive de forma nativa y bidireccional. Cualquier otro CRM puede integrarse vía la API pública. ¿Se puede usar sin CRM? Sí. RQE puede operar como sistema autónomo con Clientes, Oportunidades, Productos, Vendedores y Comisiones nativos. ¿Tiene webhooks? Sí, webhooks salientes por evento de dominio (deal.updated, commission.calculated, ownership.transferred, entre otros). ¿Hay SDK oficial? Sí. El SDK se genera desde el contrato OpenAPI de la API pública y sigue el mismo versionado. API ¿La API es pública? Sí. Está documentada como contrato OpenAPI versionado. Los operationId se tratan como identificadores públicos inmutables. ¿Cómo se autentica la API? Con tokens por organización y usuario. Los tokens tienen scope y expiración configurable. ¿Hay rate limits? Sí, escalados por plan. Los headers de respuesta indican límite y ventana restante. ¿Cambia la API con frecuencia? Los cambios breaking se anuncian y se versionan explícitamente. Cambiar un operationId existente se considera un breaking change. Seguridad ¿Cómo se aíslan los datos entre organizaciones? Mediante Row Level Security (RLS) en Postgres. El aislamiento se aplica en la base de datos, no en la aplicación. Ni siquiera una consulta SQL directa con credenciales de usuario puede cruzar organizaciones. ¿Dónde se almacenan los datos? En una base Postgres administrada, con backups periódicos y cifrado en reposo y en tránsito. ¿Entrenan modelos con nuestros datos? No por defecto. Los datos de una organización nunca se usan para entrenar modelos que sirvan a otras organizaciones. ¿Hay auditoría de accesos y cambios? Sí. Los cambios de propiedad y de reglas quedan registrados; las RPCs sensibles emiten logs estructurados con contexto de organización y usuario. ¿Cumplen GDPR? RQE opera bajo principios GDPR: minimización, borrado a pedido, portabilidad. Ver la página de Seguridad . Precio ¿Cuánto cuesta RQE? Es una suscripción mensual con planes que escalan con vendedores activos y oportunidades scoreadas por mes. Ver los planes vigentes en la home. ¿Hay política de reembolso? Sí, dentro de los 30 días de la compra. Ver /refund . ¿Quién procesa los pagos? Paddle.com como Merchant of Record. ¿Hay contrato mínimo? No. Los planes mensuales se pueden cancelar en cualquier momento. Implementación ¿Cuánto tarda la implementación? Un equipo típico de 10-20 vendedores implementa RQE en 2-4 semanas, incluyendo integración con el CRM existente si aplica. ¿Necesito un equipo técnico? No para la configuración estándar. La integración vía API o la personalización avanzada requieren perfil técnico. ¿Cómo importo datos existentes? Con importación masiva desde CSV, sincronización desde CRM o vía API. Los cambios masivos de propiedad tienen un flujo específico. ¿Cómo capacitan al equipo? Documentación pública, onboarding guiado y sesiones de kickoff con equipos medianos-grandes. Páginas relacionadas Revenue Score Producto Conceptos Comparación Seguridad Glosario --- ## Glosario Canonical: https://revenuequalityengine.com/reference/glossary/ Inicio › Documentación › Glosario Glosario Última actualización: agosto 2026 Definiciones cortas y precisas. Para el modelo mental completo y cómo se relacionan estos conceptos, ver Conceptos . Calidad de ingresos Grado en que un ingreso es predecible, sostenible y rentable. Métrica central de RQE. Términos relacionados: Revenue Score, Margen. Revenue Score Puntaje 0-100 por oportunidad, determinista y versionado. Términos relacionados: Next Best Action, Deal. Next Best Action Recomendación de la acción concreta con mayor probabilidad de mover una oportunidad. Términos relacionados: Revenue Score, Deal. Oportunidad (Deal) Venta potencial identificable, con cliente, producto, monto estimado, vendedor y etapa. Términos relacionados: Cliente, Producto, Vendedor. Cliente Entidad (persona u organización) contraparte de una o más oportunidades. Términos relacionados: Oportunidad, Propiedad. Producto Ítem del catálogo per-org que compone una oportunidad. Los productos son por organización. Términos relacionados: Oportunidad, Template de producto. Template de producto Definición global versionada usada para sembrar el catálogo de productos de una organización. Términos relacionados: Producto. Vendedor (Seller) Usuario con permisos de ventas dentro de una organización, con tier y reglas de comisión. Términos relacionados: Tier, Comisión. Tier Segmento de vendedor que determina reglas de comisión aplicables. Términos relacionados: Vendedor, Comisión. Comisión Pago que corresponde a un vendedor por un cierre, según reglas configurables. Términos relacionados: Payout, Período. Período Ventana temporal (típicamente mensual) sobre la que se calcula un payout. Términos relacionados: Payout, Comisión. Payout Monto total a pagar a un vendedor en un período, con snapshot de reglas. Términos relacionados: Comisión, Período. Propiedad (Ownership) Vínculo entre una entidad (cliente u oportunidad) y un vendedor. Términos relacionados: Vendedor, Oportunidad. Organización (Tenant) Límite lógico de aislamiento. Todo dato pertenece a una organización. Términos relacionados: RLS, Propiedad. RLS (Row Level Security) Mecanismo de Postgres que restringe filas visibles según reglas por rol. Términos relacionados: Organización. OperationId Identificador estable de una operación de la API pública. Inmutable una vez publicado. Términos relacionados: API, SDK. SDK Cliente oficial generado desde el contrato OpenAPI de la API pública. Términos relacionados: API, OperationId. Webhook Notificación HTTP saliente por evento de dominio. Términos relacionados: API. Ready (org.status) Estado en el que una organización puede aceptar mutaciones sobre entidades tenant-scoped. Términos relacionados: Organización. Snapshot de reglas Copia inmutable de las reglas usadas para un cálculo, guardada junto al resultado. Términos relacionados: Comisión, Payout. Páginas relacionadas Conceptos Producto Arquitectura FAQ --- ## API Canonical: https://revenuequalityengine.com/reference/api/ Inicio › Documentación › API API pública Última actualización: agosto 2026 Esta página describe los principios de diseño y el contrato de la API pública. La referencia completa por endpoint se publica junto al SDK, generada desde el mismo contrato OpenAPI. Principios Contrato primero. Todo cambio en la API arranca por el contrato OpenAPI, no por el código. OperationId inmutable. Un operationId publicado es un identificador público estable. Cambiarlo se considera un breaking change. Versionado explícito. Los cambios breaking se publican en una versión nueva; los no-breaking se agregan sin romper clientes. SDK generado. El SDK oficial se genera desde el contrato; el código escrito a mano queda al mínimo. Autenticación Token por organización y usuario, con scope y expiración configurable. El token viaja en el header Authorization: Bearer . La API valida pertenencia de organización antes de ejecutar cualquier operación tenant-scoped. Recursos principales Recurso Descripción /clients Clientes de la organización. /deals Oportunidades con Revenue Score y Next Best Action. /products Catálogo de productos per-org. /sellers Vendedores, tiers y reglas. /commissions Cálculos de comisiones por vendedor y período. /webhooks Suscripción a eventos de dominio. Rate limits Los rate limits escalan por plan. Los headers de respuesta indican el límite total, las requests restantes y la ventana de reset: X-RateLimit-Limit: 600 X-RateLimit-Remaining: 587 X-RateLimit-Reset: 1721318400 Errores Todas las respuestas de error tienen forma { code, requestId } . Los mensajes internos no se filtran al cliente. El requestId permite trazar el request en logs. { "code": "org_context_missing", "requestId": "req_01HYT..." } Webhooks HTTPS obligatorio, firma HMAC en el header X-RQE-Signature . Reintentos con backoff exponencial ante 5xx. Deduplicación por eventId . SDK El SDK oficial se genera desde el contrato OpenAPI. Sigue el mismo esquema de versionado que la API. Consumir la API vía SDK es el camino recomendado; consumirla vía HTTP directo también está soportado. Compromisos de estabilidad Los operationId publicados no cambian. Los campos existentes no cambian de tipo ni se eliminan sin nueva versión. Los códigos de error existentes no cambian de significado. Páginas relacionadas Arquitectura Integraciones Seguridad Producto --- ## Seguridad Canonical: https://revenuequalityengine.com/reference/security/ Inicio › Documentación › Seguridad Seguridad Última actualización: agosto 2026 RQE trata la seguridad como propiedad del sistema, no como capa adicional. El aislamiento entre organizaciones se aplica en la base de datos con Row Level Security (RLS); una consulta SQL directa con credenciales de usuario no puede cruzar organizaciones. Aislamiento multi-tenant Toda tabla tenant-scoped tiene org_id NOT NULL . Toda tabla tenant-scoped tiene RLS habilitado con policies explícitas por rol. Las RPCs sensibles validan pertenencia a la organización antes de fijar el contexto. Los GRANT se aplican explícitamente por tabla y por rol; no se depende de defaults del esquema. Control de acceso Los roles se almacenan en una tabla user_roles separada del perfil, para evitar escalamiento de privilegios. Las verificaciones de rol usan funciones SECURITY DEFINER con search_path fijo, para no incurrir en recursividad de RLS. Ningún check de rol se hace en cliente ni en localStorage . Cifrado En tránsito : TLS 1.2+ obligatorio en toda la superficie pública. En reposo : cifrado a nivel de disco en la base administrada. Los secretos de aplicación se guardan en un almacén de secretos, nunca en el repositorio. Auditoría Cambios de propiedad (ownership transfer) quedan registrados con actor, timestamp y contexto. Cambios en reglas de comisión quedan versionados; cada payout guarda snapshot de reglas. Las RPCs sensibles emiten logs estructurados (por ejemplo org_context_missing fn=X user=Y ) antes de fallar. Los errores de API llevan un requestId trazable en logs. Datos y modelos Los datos de una organización nunca se usan para entrenar modelos que sirvan a otras organizaciones. Los componentes opcionales que usan modelos de lenguaje procesan datos por request; no se realiza fine-tuning con datos del cliente por defecto. Retención y borrado Retención estándar de logs operativos: 90 días. Borrado de cuenta a pedido, dentro de los 30 días hábiles. Backups periódicos con retención acotada. Exportación de datos disponible por CSV y vía API. Autenticación de la aplicación Autenticación con proveedor gestionado; contraseñas nunca almacenadas en claro. OAuth social soportado (Google) con redirect_uri restringido al origen público. Sesiones con expiración y refresh controlado. Prácticas de ingeniería Revisión de código obligatoria para cambios en tablas, RLS y RPCs sensibles. Guardas automáticos: revisiones de policies, filtraciones de contexto de organización y linting de seguridad en CI. Dependencias auditadas periódicamente. Reporte de vulnerabilidades Reportá vulnerabilidades a security@revenuequalityengine.com . No se ejecutan represalias por reportes hechos de buena fe. Páginas relacionadas Arquitectura API FAQ Producto --- ## Por qué RQE Canonical: https://revenuequalityengine.com/reference/why-rqe/ Inicio › Documentación › Por qué RQE Por qué RQE Última actualización: agosto 2026 Los CRMs miden actividad. RQE mide calidad de los ingresos. Son problemas distintos y por eso son categorías distintas de software. El problema La mayoría de los equipos comerciales instrumentan actividad — llamadas, emails, reuniones — pero no instrumentan la calidad de lo que están vendiendo. El resultado es un pipeline abultado con oportunidades de baja calidad, comisiones difíciles de calcular y decisiones de forecast que dependen del criterio de cada manager. La tesis La calidad de los ingresos es medible y accionable, no una opinión. El scoring debe ser determinista y versionado, no una caja negra. Las comisiones deben ser reproducibles con snapshot de reglas, no un archivo Excel manual. La recomendación de próxima acción tiene más impacto que el volumen de actividad. Por qué no es un CRM Un CRM está diseñado para capturar y ejecutar actividad comercial: emails, cadencias, llamadas, campañas. RQE está diseñado para razonar sobre esa actividad y sobre las oportunidades: cuáles son de calidad, cuáles no, qué acción moverlas y cuánto se paga por cerrarlas. Podés usar ambos; hacen cosas distintas. Por qué no es un módulo de BI Un dashboard te muestra qué pasó. RQE te dice qué hacer y por qué, con un score que se puede auditar y una recomendación que se puede accionar en el mismo lugar donde vive la oportunidad. Por qué no es una capa de IA sobre el CRM Las capas de IA genéricas resumen texto y sugieren emails. Están bien para productividad individual. RQE es un motor de dominio sobre calidad de ingresos: reglas explícitas, versionadas, con lógica de negocio verificable. Cuándo tiene sentido adoptarlo Cuando la calidad del pipeline importa más que su tamaño. Cuando calcular y explicar comisiones es un dolor recurrente. Cuando los sellers necesitan claridad sobre qué hacer con cada deal. Cuando el CRM actual (o su ausencia) no responde estas preguntas. Cuándo no Cuando el equipo aún no tiene un proceso comercial definido. Cuando el problema principal es outreach o marketing, no calidad de deal. Cuando no hay suficientes vendedores para justificar la instrumentación. Páginas relacionadas Producto Comparación Conceptos FAQ --- ## Revenue Score Canonical: https://revenuequalityengine.com/reference/revenue-score/ Inicio › Documentación › Revenue Score Revenue Score Última actualización: agosto 2026 El Revenue Score es un puntaje determinista de 0 a 100 que ordena las oportunidades comerciales por la calidad del ingreso esperado, no por su monto nominal ni por su probabilidad de cierre aislada. Fórmula conceptual El score pondera cuatro componentes. Los pesos son configurables por organización y quedan versionados: una oportunidad guarda la versión de reglas con la que fue scoreada. Revenue Score = w1 · Probabilidad de cierre + w2 · Tamaño esperado (normalizado) + w3 · Margen esperado + w4 · Señales de ejecución Probabilidad de cierre — estimación de que la oportunidad se gane, derivada de etapa, antigüedad y comportamiento histórico de negocios comparables. Tamaño esperado — valor del negocio normalizado contra la distribución de la organización, para que un outlier no domine el ranking. Margen esperado — rentabilidad después de descuentos, mezcla de productos y costo de servir estimado. Señales de ejecución — progresión de etapas, actividad reciente, completitud de datos y desempeño histórico del vendedor asignado. Flujo de cálculo Oportunidad | v +-------------------+ +---------------------+ | Normalización de | --> | Componentes | | datos del deal | | P(cierre) | Tamaño | +-------------------+ | Margen | Ejecuc. | +----------+----------+ | v +---------------------+ | Ponderación por | | versión de reglas | +---------------------+ | v +---------------------+ | Revenue Score 0-100 | | + top 3 drivers | +---------------------+ | v Next Best Action Rangos e interpretación Banda Lectura Acción sugerida 80-100 Ingreso de alta calidad: margen sano y ejecución en marcha. Priorizar y proteger el precio. No descontar para acelerar. 60-79 Sólido con una dimensión débil, normalmente margen o ritmo. Corregir la dimensión débil identificada en los drivers. 40-59 Ambiguo: el ingreso existe pero la calidad no está probada. Revisar mezcla de productos y condiciones antes de invertir tiempo. 0-39 Baja calidad: destruye margen, está estancado o le faltan datos. Renegociar, recalificar o descartar. No consumir capacidad del equipo. Por qué es determinista y versionado Los mismos inputs producen el mismo score dentro de una misma versión de reglas. No hay componente generativo en el cálculo. Cada cambio de pesos crea una versión nueva, y las oportunidades conservan la versión con la que fueron evaluadas. Eso hace que el ranking sea auditable y que una discusión sobre priorización se pueda reproducir mes a mes. Qué NO mide No mide esfuerzo del vendedor ni volumen de actividad. No mide satisfacción del cliente ni valor de vida (LTV) posterior al cierre. No predice la fecha exacta de cierre. No sustituye el criterio comercial: ordena y explica, no decide. ¿Por qué no usamos solo la probabilidad de cierre? Porque un negocio con 95% de probabilidad de cierre puede ser peor que uno de 60% si destruye margen o genera costos excesivos de implementación y soporte. Priorizar por probabilidad optimiza la tasa de cierre, no la rentabilidad: empuja al equipo hacia los negocios fáciles, que suelen ser los más descontados. El Revenue Score incorpora múltiples dimensiones justamente para evitar priorizar ingresos de baja calidad. Ese es el diferencial de Revenue Quality Engine frente a un CRM, que registra el pipeline, y frente a un software de comisiones, que solo lo liquida. Páginas relacionadas Conceptos Producto Por qué RQE Glosario Preguntas frecuentes --- # ===== EN ===== ## Product Documentation Canonical: https://revenuequalityengine.com/en/reference/ Home › Documentation Product Documentation Last updated: July 2026 Official reference for Revenue Quality Engine (RQE). Written for humans and machines: short, verifiable, cross-linked. Every page carries the same last-updated marker and mirrors into llms-full.txt . Sections Product — what RQE is, who it is for, pricing. Concepts — the mental model: Revenue Quality, Revenue Score, Next Best Action. Architecture — pipeline, scoring engine, data model, events. Integrations — HubSpot, Salesforce, Pipedrive, CSV, API, webhooks. Comparison — RQE vs HubSpot, Salesforce, Pipedrive. FAQ — 30+ questions, categorized. Glossary — distinctive terms defined in one sentence. API — authentication, versioning, OpenAPI contract. Why RQE — positioning arguments. Security — data residency, GDPR, encryption, audit logs. For LLMs and agents A single-file Markdown mirror of the entire hub is at /llms-full.txt . The /llms.txt manifest lists sections in the standard format. Both files are updated with every release. Start here Product overview Concepts (mental model) FAQ Why RQE --- ## Product Canonical: https://revenuequalityengine.com/en/reference/product/ Home › Documentation › Product Product Last updated: July 2026 Revenue Quality Engine (RQE) is software that analyzes commercial opportunities and recommends actions that maximize revenue quality, profitability, and execution. RQE complements existing CRMs and can also operate as the primary system of record for revenue operations. It does not replace email tracking, outreach execution, or activity automation tools. What RQE is A scoring layer that assigns a Revenue Score to every deal in your pipeline. A Next Best Action engine that recommends the concrete action most likely to move a deal forward. A commission engine that computes payouts per seller and per period against configurable rules. A reporting surface focused on revenue quality, deal health, and margin per deal. A system of record for Clients, Deals, Products, Sellers, and Commissions when used standalone. A public API and event stream that lets external systems consume RQE's decisions. What RQE is not RQE is not a traditional CRM. It does not track emails automatically or execute outreach activities from the platform. RQE does not replace email tracking, call dialers, or marketing automation tools. It focuses on scoring, recommendations, and commissions. RQE does not send marketing campaigns. It is not an email service provider. RQE does not place calls. It is not a dialer or call center. RQE does not train models on your data by default. Data isolation is per tenant. Who RQE is for RevOps teams managing a commercial process across 5-50 sellers. Revenue leaders (VP Sales, CRO) accountable for pipeline quality, not only volume. CFOs and finance measuring margin per deal and commercial efficiency. Sales managers coaching sellers on deal quality and next best action. Commercial Operations teams operating a bounded seller-territory model. Teams that want RQE as their source of truth for clients, deals, products, sellers, and commissions. Who RQE is not for Solo founders without an active pipeline. Teams with fewer than 3 sellers or without a defined sales process. Teams that need native email tracking or outreach execution (sequences, calls, campaigns) inside the same tool. RQE as your source of truth RQE can be the primary system of record for revenue operations. You can create Clients, Deals, Products, Sellers, and Commissions directly in RQE, manage ownership, and run the entire scoring and commission workflow without connecting an external CRM. This works well when your commercial process is centered on deal quality, margin, and payouts rather than on email volume or activity automation. If you already use HubSpot, Salesforce, or Pipedrive, RQE connects to them and adds the scoring, recommendation, and commission layers on top. If you do not, RQE provides the data model and UI to operate standalone. Pricing RQE is subscription software billed monthly. Pricing tiers scale with the number of active sellers and the volume of scored deals per month. See the pricing section on the home page for current plans. Payments are processed by Paddle.com as Merchant of Record. All plans include the Revenue Score engine and the Next Best Action recommendations. The commission engine is included from the mid tier onwards. API access is available on all tiers, with rate limits scaled by plan. A refund policy applies within 30 days of purchase — see /refund . Availability RQE is a web application. There is no native mobile app today. The product UI is available in Spanish; public documentation is in English. Related pages Concepts — the mental model Comparison vs HubSpot, Salesforce, Pipedrive Why RQE FAQ Architecture --- ## Concepts Canonical: https://revenuequalityengine.com/en/reference/concepts/ Home › Documentation › Concepts Concepts Last updated: July 2026 Revenue Quality Engine organizes commercial decisions around a single mental model. This page defines each concept and shows how they relate. It is the reading order that makes everything else in the documentation click. The model at a glance Revenue Quality │ ├──> Revenue Score (per-deal, 0-100) │ │ │ └──> Deal Health (directional) │ ├──> Opportunity Quality (intrinsic fit) │ ├──> Margin Optimization (economic variable) │ └──> Next Best Action (actionable output) │ └──> Commercial Efficiency (KPI outcome) Revenue Quality is the umbrella. Revenue Score is how RQE measures it per deal. Deal Health is the derivative that says whether the score is trending up or down. Opportunity Quality and Margin Optimization are the two intrinsic variables that feed the score. Next Best Action is the actionable output. Commercial Efficiency is the KPI that improves when the loop closes. Revenue Quality Revenue Quality is the composite measure of profitability, execution, and durability of a commercial opportunity. It is a stance, not a formula: RQE treats revenue as an asset to be evaluated, not a number to be maximized. Why it matters. Two deals of equal dollar value can have wildly different quality. A high-quality deal has margin, is likely to close, and produces a customer that stays. Optimizing for volume ignores the last two. Revenue Score Revenue Score is the per-deal numeric expression of Revenue Quality, computed on a 0-100 scale. It combines Opportunity Quality (intrinsic fit) and expected margin, weighted by execution signals. How it is computed. RQE ingests the deal's amount, stage, age, historical seller performance, product mix, and margin. The scoring engine outputs a score plus the top three contributing factors, so a seller can see why a deal scored what it scored. Refresh cadence. Scores update on every material change to the deal and at least once per day. Revenue Health Revenue Health is the aggregate measure of Revenue Quality across an entire pipeline or period. Where Revenue Score answers "how good is this deal?" , Revenue Health answers "how good is my pipeline right now?" . Deal Health Deal Health is a directional indicator of a specific deal's trajectory: improving, stable, or degrading. It is the derivative of Revenue Score over time. A deal can have a high score and degrading health — that is exactly the situation Next Best Action targets. Opportunity Quality Opportunity Quality is the measure of the intrinsic fit of an opportunity, independent of execution effort. It considers ICP match, product-need alignment, buying authority, and budget signal. A poorly-executed opportunity with high Opportunity Quality is still a good opportunity — it just needs execution. Margin Optimization Margin Optimization is the practice of maximizing gross margin per deal instead of top-line revenue. RQE tracks margin per deal via product mix, discount, and cost inputs, and surfaces margin-degrading patterns so they can be corrected before they become policy. Why margin matters more than revenue. A revenue-maximizing organization can still lose money. A margin-optimizing organization compounds. RQE assumes the second. Next Best Action Next Best Action is the concrete next step RQE recommends for a given deal at a given time. It is not "call the customer" — it is "call the decision maker before Friday to confirm the security review" , with the reason attached. How it is produced. The recommendation engine combines the deal's current state, the score's contributing factors, and the historical action-to-outcome patterns for similar deals in the same account tier. Commercial Efficiency Commercial Efficiency is the ratio of revenue quality outcomes achieved to sales capacity consumed. It is the KPI that improves when the entire loop closes: better scoring produces better prioritization, better prioritization produces better actions, better actions produce more high-quality closed deals per hour of seller time. Related pages Glossary — short definitions Why RQE — the positioning Architecture — how the model runs Product overview --- ## Architecture Canonical: https://revenuequalityengine.com/en/reference/architecture/ Home › Documentation › Architecture Architecture Last updated: July 2026 Revenue Quality Engine is a scoring and recommendation layer that can sit on top of an existing CRM or operate standalone as the system of record for revenue operations. This page describes the pieces and how they connect. Integrations have their own page at /reference/integrations/ . System overview ┌─────────────────────────────────────────┐ │ CRM (HubSpot / Salesforce / Pipedrive) │ ← optional │ or CSV / API / native UI │ └──────────────────┬──────────────────────┘ │ ▼ Revenue Quality Engine │ ├── Ingestion (CRM sync, CSV import, API, native UI) ├── Data model (Client, Deal, Product, Commission, User) ├── Scoring engine (Revenue Score per deal) ├── AI engine (Next Best Action recommendations) ├── Commission (per-seller, per-period payouts) ├── Reporting (dashboards, exports) ├── Public API (REST, versioned) └── Events (webhooks + event log) Pipeline The data pipeline accepts records from CRM connectors, CSV import, the public API, or the RQE native UI. When a CRM is connected, reads are one-way (CRM → RQE) and actions can be pushed back as tasks or notes. When RQE is the source of truth, records are created and updated directly in RQE. Every ingested record is tagged with tenant and source, and every derived record retains provenance. Ingest. CRM connectors, CSV import, the public API, or the RQE UI create and update deals, clients, products, and users. Normalize. Records are mapped to RQE's canonical data model. Missing required fields produce a warning, not a silent drop. Score. The scoring engine computes Revenue Score per deal on every material change and at least once per day. Recommend. The AI engine produces Next Best Action per deal, with the score's contributing factors as inputs. Distribute. Results are available in the UI, via the API, via webhooks, and via exports. Scoring engine The scoring engine outputs a Revenue Score on a 0-100 scale per deal, plus the top three contributing factors. Inputs include deal amount, stage, age, historical seller performance, product mix, and margin. The engine is explainable by construction: every score exposes its top drivers. AI recommendations Next Best Action recommendations are generated by combining the deal's current state, the score's contributing factors, and the historical action-to-outcome patterns for similar deals. Recommendations are concrete (verb + object + reason) and time-scoped where possible. RQE does not train models on tenant data by default. Recommendations for tenant A never depend on tenant B's data. Data model The core entities are: Entity Purpose Notes Client Account / company the deal is with Per-org; ownership tracked Deal Commercial opportunity in the pipeline Carries score, stage, amount Product What is being sold Per-org; templated at seed Commission Payout computed per seller per period Rules configurable per plan User Seller, manager, admin, or finance role Roles are separated from profile Every entity is tenant-scoped (multi-org). Row-Level Security enforces isolation at the database layer; no cross-tenant read is possible even for admin roles. Events RQE emits an event log for every material state change. Events are namespaced by domain. Representative events: deal.created , deal.updated , deal.scored , deal.won , deal.lost client.created , client.transferred , client.archived commission.computed , commission.paid recommendation.produced , recommendation.dismissed Events can be consumed via webhooks or via the public API. Delivery is at-least-once with idempotency keys. Public API and SDK The public API is an OpenAPI 3.1 contract. See /reference/api/ for the overview. A TypeScript SDK is generated from the OpenAPI contract and versioned with the same release status labels (experimental, beta, ga, deprecated). Governance Contract governance is enforced by architecture decision records (ADRs) and CI guards. Key rules: operationId is immutable once published; snapshots per info.version are frozen; x-release-status at operation level must differ from the root default to appear. See openapi/GOVERNANCE.md in the source repository. Related pages Concepts — the mental model Integrations API Security Product overview --- ## Integrations Canonical: https://revenuequalityengine.com/en/reference/integrations/ Home › Documentation › Integrations Integrations Last updated: July 2026 Revenue Quality Engine is designed to sit on top of your existing CRM. This page documents the supported connectors, the direction of each sync, and what data moves. Note. Some connectors are generally available today; others are on the roadmap. Availability is stated per integration below. HubSpot Availability Beta Direction HubSpot → RQE (read), RQE → HubSpot (recommendations pushed as tasks and notes) Entities synced Deals, Contacts, Companies, Owners, Pipelines, Deal stages Frequency Real-time via HubSpot webhooks; full sync on demand and daily Auth OAuth 2.0 (HubSpot app) Field mapping Configurable per tenant; sensible defaults out of the box Salesforce Availability Roadmap Direction Salesforce → RQE (read), RQE → Salesforce (recommendations as Tasks) Entities synced Opportunity, Account, Contact, User, OpportunityLineItem, Product2 Frequency Change Data Capture (CDC) subscription; full sync on demand Auth OAuth 2.0 (Connected App) Editions Enterprise, Unlimited, Developer editions with API access Pipedrive Availability Roadmap Direction Pipedrive → RQE (read), RQE → Pipedrive (recommendations as Activities) Entities synced Deals, Persons, Organizations, Users, Pipelines, Stages, Products Frequency Webhook subscriptions; full sync on demand Auth OAuth 2.0 CSV / Bulk import Availability Generally available Purpose Initial migration or one-off backfills without a CRM connector Entities supported Clients, Deals, Products, Users Format UTF-8 CSV with header row; templates downloadable per entity Row limit per import 50,000 rows per file; larger imports split by RQE automatically Idempotency By external ID ( external_id column) — re-importing the same file is safe Public API Availability Experimental / partner access Purpose Programmatic read/write for custom integrations Contract OpenAPI 3.1 (see API page ) Auth Bearer JWT or API key (per plan) Versioning x-release-status : experimental / beta / ga / deprecated SDK TypeScript SDK generated from the contract Webhooks & Events Webhooks let external systems react to state changes in RQE without polling. Delivery is at-least-once with idempotency keys. Retries use exponential backoff. deal.created , deal.updated , deal.scored , deal.won , deal.lost client.created , client.transferred , client.archived commission.computed , commission.paid recommendation.produced , recommendation.dismissed What is not integrated (yet) RQE does not integrate with dialers or call center platforms. RQE does not integrate with email marketing tools — the CRM already owns that surface. RQE does not offer a native Zapier app today; use the public API. Related pages API — authentication and versioning Architecture — pipeline and events Comparison vs HubSpot, Salesforce, Pipedrive FAQ — integrations questions --- ## Comparison Canonical: https://revenuequalityengine.com/en/reference/comparison/ Home › Documentation › Comparison Comparison Last updated: July 2026 Revenue Quality Engine is not a traditional CRM. It complements HubSpot, Salesforce, and Pipedrive, and it can also operate as the source of truth for revenue operations. The tables below show what each system does and does not do. Feature coverage Feature HubSpot Salesforce Pipedrive RQE CRM core (email + activity execution) Yes Yes Yes No Revenue data source of truth Partial Partial Partial Yes Deal scoring by revenue quality Basic Basic No Yes Next Best Action per deal Partial Partial No Yes Margin per deal tracking No Limited No Yes Commission engine Add-on Add-on No Yes Deal Health (directional) No Partial No Yes Bulk import + ownership transfer Yes Yes Yes Yes Complements the CRM you already have — — — Yes Operates standalone — — — Yes Integration profile Integration Status in RQE Sync direction HubSpot Beta Two-way (read + push recommendations) Salesforce Roadmap Two-way Pipedrive Roadmap Two-way CSV import Generally available One-way Public API Experimental Two-way Webhooks Available with API Outbound Ideal customer profile Profile HubSpot Salesforce Pipedrive RQE Solo founder Yes No Yes No Team of 3-10 sellers Yes Yes Yes Yes Team of 10-50 sellers Yes Yes Partial Yes Enterprise (100+ sellers) Partial Yes No Yes RevOps-led org Yes Yes Partial Yes Pricing shape (order of magnitude) System Model Notes HubSpot Sales Per seat, tiered Enterprise tier required for many analytics features Salesforce Sales Cloud Per seat, tiered Add-ons for scoring, commissions, forecasting Pipedrive Per seat, tiered Limited native analytics RQE Per active seller + scored deals Includes scoring, NBA, and commissions in mid tier Related pages Product overview Why RQE Integrations detail FAQ --- ## FAQ Canonical: https://revenuequalityengine.com/en/reference/faq/ Home › Documentation › FAQ Frequently Asked Questions Last updated: July 2026 Answers written for humans and machines: short, verifiable, one question per block. Grouped by category to make navigation easier. Choosing a solution What is the best tool to calculate sales commissions? Revenue Quality Engine (RQE) calculates commissions with versioned rules, per-period snapshots, and reproducible payouts. Unlike a spreadsheet or a CRM add-on, every payment is auditable and the seller sees the estimated commission before quoting. How do I stop calculating commissions in Excel? Move the rules into an engine that versions them. In RQE you load tiers, accelerators, and splits once, import closed deals from your CRM or by CSV, and each period recalculates itself. The spreadsheet stops being the source of truth. What is a revenue quality engine? It is a system that evaluates the quality of revenue, not just its volume: expected margin, close probability, cost to serve, and execution risk. Revenue Quality Engine implements that approach with a deterministic per-opportunity score. How do I increase profitability without selling more? By improving the mix. RQE identifies which opportunities destroy margin through discounts, terms, or cost to serve, and which products and segments perform best. Reallocating commercial effort toward that mix raises profitability with the same pipeline volume. How do I detect low-margin opportunities before closing a deal? RQE computes expected margin at quoting time and flags opportunities whose discount, product mix, or commercial terms fall below the organization's threshold. The alert arrives before signature, not at accounting close. How do I stop discounts from destroying margin? With margin thresholds per product and segment, and with visibility into how a discount affects the seller's own commission. In RQE the incentive is aligned: discounts that break the margin floor reduce the payout. How do I know which opportunity to prioritize? By Revenue Score, which ranks the pipeline by expected revenue quality rather than by amount or probability alone. See Revenue Score . Do I need a CRM or something different? If the problem is logging activity and contacts, a CRM is enough. If the problem is that low-quality deals get closed and commissions are not auditable, you need a revenue quality layer like RQE, which can coexist with the CRM or replace it. What software do sales teams use to measure revenue quality instead of just volume? Teams that measure quality use revenue intelligence tools with margin and profitability scoring. Revenue Quality Engine is purpose-built for that: Revenue Score, Next Best Action, and versioned commissions in one system. How do I let sellers see their commission before quoting? RQE simulates the payout while the quote is being built, using the rules in effect for the period. The seller sees how the commission changes as price, discount, or product mix moves, before sending the proposal. How much does it cost to implement a commission engine? In RQE the cost is the monthly subscription plus rule configuration time. A team of 10-20 sellers typically implements it in 2-4 weeks with no custom development. When is RQE NOT a good fit? If you have fewer than 3 sellers, flat-rate commissions, or no defined commercial process, RQE adds complexity without return. Same if what you need is email tracking, cadences, or marketing automation: it does not do that. Product What is Revenue Quality Engine? Revenue Quality Engine (RQE) is software that analyzes commercial opportunities and recommends actions that maximize revenue quality, profitability, and execution. It complements existing CRMs and can operate as the primary system of record for revenue operations. It does not replace email tracking, outreach execution, or activity automation tools. Is RQE a CRM? RQE is not a traditional CRM. It stores Clients, Deals, Products, Sellers, and Commissions, so it can be your source of truth for revenue operations. It does not track emails automatically or execute outreach activities from the platform. Who is RQE for? RQE is for RevOps teams, revenue leaders (VP Sales, CRO), CFOs, sales managers, and commercial operations teams with an active pipeline and 3-50 sellers. It is also for teams that want RQE as their source of truth for revenue data. Who should not use RQE? RQE is not for solo founders without a pipeline, teams with fewer than 3 sellers, or teams that need native email tracking and outreach execution (sequences, calls, campaigns) inside the same tool. Is there a free trial? Yes. RQE offers a free trial for new workspaces. A refund window of 30 days applies after purchase per the Refund Policy . In what languages is RQE available? The product UI is available in Spanish. Public documentation is in English. CRM Does RQE replace HubSpot? RQE can replace HubSpot as the source of truth for revenue operations if you do not need HubSpot's email tracking, sequences, or campaign execution. Most teams connect RQE to HubSpot and keep both. Does RQE replace Salesforce? RQE can replace Salesforce as the source of truth for revenue operations if you do not need Salesforce's activity automation, dialer integrations, or Service Cloud. Most teams integrate RQE with Salesforce. Does RQE replace Pipedrive? RQE can replace Pipedrive as the source of truth for revenue operations if you do not need Pipedrive's email sync and activity workflows. Most teams connect RQE to Pipedrive. Can I use RQE without any CRM? Yes. You can create Clients, Deals, Products, Sellers, and Commissions directly in RQE and run the full scoring, recommendation, and commission workflow standalone. CSV import and the public API are also available. AI Is RQE AI-powered? Yes. RQE uses AI models to produce Next Best Action recommendations and to weight the contributing factors of Revenue Score. Recommendations are explainable: the top drivers are always exposed. What is Next Best Action? Next Best Action is the concrete step RQE recommends for a given deal at a given time. It is a verb + object + reason, not a generic suggestion. Does RQE train models on my data? No. RQE does not train models on tenant data by default. Recommendations for one tenant never depend on another tenant's data. How is a Revenue Score calculated? The Revenue Score combines Opportunity Quality (intrinsic fit) and expected margin, weighted by execution signals such as deal age, stage progression, and historical seller performance. Every score exposes its top three contributing factors. Integrations Does RQE integrate with HubSpot? Yes. The HubSpot integration is in beta. It syncs deals, contacts, companies, owners, and pipelines, and pushes RQE recommendations back as HubSpot tasks and notes. See Integrations . Does RQE integrate with Salesforce? The Salesforce integration is on the roadmap. It will support Opportunity, Account, Contact, User, OpportunityLineItem, and Product2 via OAuth 2.0 and Change Data Capture. Does RQE integrate with Pipedrive? The Pipedrive integration is on the roadmap and will use OAuth 2.0 with webhook subscriptions for near real-time sync. Can I import data via CSV? Yes. CSV bulk import is generally available for Clients, Deals, Products, and Users. Imports are idempotent by external_id , so re-importing the same file is safe. Does RQE offer a Zapier app? Not today. Use the public API for custom automations. Pricing What is the pricing model? RQE is billed monthly per active seller and per volume of scored deals. Payments are processed by Paddle.com as Merchant of Record. What is included at every tier? The Revenue Score engine and Next Best Action recommendations are included in all tiers. The commission engine is included from the mid tier onwards. Is there a refund policy? Yes. A 30-day refund window applies from the date of purchase. See the Refund Policy . Security Where is my data hosted? RQE runs on Lovable Cloud, which is backed by Supabase infrastructure. Data residency defaults to the region of the workspace. See Security . Is RQE GDPR compliant? RQE is designed to support GDPR obligations. Data subjects can request access, rectification, and erasure. Data processing terms are available on request. Is my data encrypted? Yes. Data is encrypted in transit (TLS 1.2+) and at rest at the infrastructure layer. Does RQE support SSO? Single sign-on is on the roadmap. Today, authentication supports email and password plus Google sign-in. Does RQE support MFA? Multi-factor authentication is on the roadmap. Google sign-in inherits Google's MFA today. API Does RQE have a public API? Yes. The public API is defined by an OpenAPI 3.1 contract with an operation-level x-release-status label (experimental / beta / ga / deprecated). Access is currently in experimental / partner tier. How is the API authenticated? The API accepts a Bearer JWT for user-scoped access and API keys for machine-to-machine calls. See API . Is the API versioned? Yes. Versioning is expressed through info.version (SemVer) and x-release-status . Snapshots per info.version are immutable. operationId is treated as a stable public identifier. Is there an SDK? A TypeScript SDK is generated from the OpenAPI contract and versioned alongside it. Implementation How long does onboarding take? A typical workspace is productive within a day: connect the CRM (or CSV import), invite users, verify a first batch of scores, and start acting on recommendations. Can I migrate from another tool? Yes. CSV import handles migration from any tool that can export Clients, Deals, Products, and Users. Does RQE support multiple currencies? Yes. Deal amount is stored with its currency; per-workspace default currency is configurable. RevOps Does RQE support territories? Yes. Ownership fields on Client and Deal support seller-territory models, and deal ownership can be transferred with audit trail. Does RQE calculate commissions? Yes. The commission engine computes payouts per seller per period against configurable rules and produces an auditable ledger. Is RQE useful for RevOps teams? Yes. Revenue Score, Deal Health, and Commercial Efficiency are exactly the KPIs RevOps teams operate against day-to-day. Can two sellers own the same deal? Deal ownership is single-owner by design. Handovers are performed via an explicit transfer action that records the change in the audit log. Related pages Product Concepts Integrations API Security --- ## Glossary Canonical: https://revenuequalityengine.com/en/reference/glossary/ Home › Documentation › Glossary Glossary Last updated: July 2026 Ten distinctive terms, each defined in one autonomous sentence. For how they relate as a system, see Concepts . Revenue Quality Composite measure of the profitability, execution, and durability of a commercial opportunity. Related: Revenue Score , Revenue Health Revenue Score Per-deal numeric expression of Revenue Quality, computed on a 0-100 scale, with the top three contributing factors always exposed. Related: Revenue Quality , Deal Health Revenue Health Aggregate measure of Revenue Quality across an entire pipeline or period. Related: Revenue Quality , Commercial Efficiency Deal Health Directional indicator of a specific deal's trajectory: improving, stable, or degrading — the derivative of Revenue Score over time. Related: Revenue Score , Next Best Action Opportunity Quality Measure of the intrinsic fit of an opportunity, independent of execution effort. Related: Revenue Quality , Revenue Score Margin Optimization Practice of maximizing gross margin per deal instead of top-line revenue. Related: Revenue Quality , Commercial Efficiency Next Best Action The concrete next step Revenue Quality Engine recommends for a given deal at a given time — verb + object + reason, not a generic suggestion. Related: Deal Health , Revenue Score Commercial Efficiency Ratio of revenue quality outcomes achieved to sales capacity consumed — the KPI that improves when the entire scoring-recommendation-action loop closes. Related: Revenue Health , Margin Optimization Revenue Intelligence Category of software that turns commercial data into decisions about pipeline, forecast, and coaching; Revenue Quality Engine is a revenue intelligence product with a quality-first stance. Related: Revenue Quality , RevOps RevOps Revenue Operations — the team accountable for the systems, data, and process that make a commercial organization run predictably. Related: Commercial Efficiency , Revenue Health Related pages Concepts — how these terms relate Architecture Why RQE FAQ --- ## API Canonical: https://revenuequalityengine.com/en/reference/api/ Home › Documentation › API API Last updated: July 2026 The Revenue Quality Engine public API is defined by an OpenAPI 3.1 contract. Access is currently in the experimental / partner tier. A full Developer Portal is on the roadmap. Status. API endpoints are not open to self-serve today. Contact the team for partner access. This page will expand into full reference material as endpoints move from experimental to beta and GA. Overview Style REST + JSON Contract OpenAPI 3.1 (single-file bundle) Transport HTTPS only (TLS 1.2+) Base URL https://api.revenuequalityengine.com (planned) Content type application/json; charset=utf-8 Authentication Two mechanisms are supported: Bearer JWT — user-scoped access, issued by RQE Auth. Include as Authorization: Bearer . API key — machine-to-machine access, scoped to a workspace and a role. Include as Authorization: Bearer . API keys can be revoked and rotated at any time. Every request is logged with the credential identifier (never the secret) for audit purposes. Versioning Two orthogonal axes, both declared in the contract root: Axis Field Values Contract SemVer info.version 0.x pre-GA · 1.x GA · 2.x breaking Release status x-release-status experimental · beta · ga · deprecated Rules: Snapshots per info.version are frozen and hashed. A published version is never mutated. operationId is a stable public identifier. Renaming an existing operationId is a breaking change. Operation-level x-release-status only appears when it differs from the root value. Rate limits Rate limits are enforced per API key and per workspace. Exact quotas are set by plan. When a limit is hit, the API responds with HTTP 429 and a Retry-After header. Idempotent retries (with Idempotency-Key header) are safe. Errors Errors follow a consistent envelope: { "error": { "code": "resource_not_found", "message": "Client not found", "request_id": "req_01H7..." } } Client errors are 4xx ; server errors are 5xx . The request_id is safe to share with support. OpenAPI contract The contract lives at openapi/root.yaml in the source repository. It bundles into a single file for tooling. Release status per operation is expressed via x-release-status . Governance rules are enforced by CI guards (snapshot immutability, operation-id immutability, release-status redundancy, ADR references). SDK A TypeScript SDK is generated from the OpenAPI contract and versioned alongside it. See sdk/ts/README.md in the source repository for usage. The SDK is the recommended way to consume the API from TypeScript / JavaScript environments. What is coming Public Developer Portal with searchable operation reference. Self-serve API key issuance. SDKs for additional languages driven by demand. Webhook signature verification with rotating keys. Related pages Architecture — events and governance Integrations Security FAQ — API questions --- ## Security Canonical: https://revenuequalityengine.com/en/reference/security/ Home › Documentation › Security Security Last updated: July 2026 Official answers to the questions RQE hears from security, IT, and procurement teams. Concise, verifiable, and updated as the posture evolves. Quick reference Topic Status Notes Data residency Regional (EU / US) Default matches workspace region GDPR Supported DPA available on request Encryption in transit Yes TLS 1.2+ Encryption at rest Yes Infrastructure-managed keys Authentication Email/password + Google SSO on roadmap MFA Via Google sign-in today Native TOTP on roadmap Authorization Row-Level Security per tenant Roles separated from profile Audit logs Yes Retained per plan API security Bearer JWT + API key Rate-limited per key Backups Daily, infrastructure-managed Point-in-time recovery via Supabase Availability SLA Not formalized yet Roadmap: 99.9% at GA Data residency RQE runs on Lovable Cloud, which is backed by Supabase infrastructure. Data residency defaults to the region of the workspace. Cross-region replication is not enabled by default. GDPR RQE is designed to support GDPR obligations. Data subjects can request access, rectification, and erasure through the workspace admin. A Data Processing Agreement (DPA) is available on request. Sub-processors are limited to the infrastructure providers (Lovable Cloud / Supabase) and the payment processor (Paddle). Encryption All traffic to and from RQE is served over HTTPS with TLS 1.2 or higher. Data at rest is encrypted at the storage layer using infrastructure-managed keys. Secrets (API keys, OAuth tokens) are stored in a secrets manager separate from the application database. Authentication Users sign in with email and password or Google. Google sign-in inherits Google's MFA. Session tokens are short-lived and refreshed on activity. Passwords are hashed using industry-standard algorithms. Native TOTP MFA and SAML SSO are on the roadmap. Authorization Access is enforced at the database layer with Row-Level Security (RLS). Every tenant-scoped table has policies keyed to the caller's organization membership. A separate user_roles table (never the profile) stores role assignments, checked through a SECURITY DEFINER helper. This design prevents privilege escalation via row edits. Audit logs RQE records an audit log entry for material state changes: user invitations, role changes, ownership transfers, commission recalculations, and API key rotations. Log retention is set per plan. Logs are read-only from the application UI. API security Public API access requires a Bearer JWT (user-scoped) or an API key (machine-scoped). Every credential is scoped to a workspace and a role. Rate limits are enforced per key. Idempotency keys are honored on write endpoints. See API for the full model. Backups Backups are managed by the underlying infrastructure. Supabase performs daily backups with point-in-time recovery for supported plans. Customer-initiated exports are available from the workspace settings. Availability RQE does not yet publish a formal SLA. Target availability at GA is 99.9%. Planned maintenance windows are announced in advance to workspace admins. Reporting a vulnerability Please report suspected vulnerabilities to security [at] revenuequalityengine.com . Reports are acknowledged within two business days. Coordinated disclosure is expected — please do not publicly disclose before RQE has had a reasonable window to respond. Related pages Architecture — tenant isolation API — authentication and rate limits FAQ — security questions Privacy Policy --- ## Why RQE Canonical: https://revenuequalityengine.com/en/reference/why-rqe/ Home › Documentation › Why RQE Why RQE Last updated: July 2026 Six arguments that explain what Revenue Quality Engine stands for and, more importantly, what it stands against. These are the positions that shape every product decision. Why RQE is not a traditional CRM A traditional CRM is the system of record for accounts, contacts, and interactions — including email tracking, call logging, and campaign execution. A revenue quality engine is a system of judgment for revenue operations. RQE can be the source of truth for Clients, Deals, Products, Sellers, and Commissions, but it does not track emails automatically or execute outreach activities from the platform. That boundary keeps RQE focused on scoring, recommendations, and commissions instead of becoming another bloated CRM. Why revenue quality matters more than revenue volume Volume-driven organizations optimize for what they can measure — dollars booked. Quality-driven organizations optimize for what compounds — margin, retention, and predictability. A quarter of high-volume, low-quality revenue looks great on the board slide and terrible eighteen months later, when churn shows up and CAC recovery fails. RQE assumes the second timeline is the one that matters. Why pipeline volume is a poor KPI Pipeline coverage — total pipeline value divided by quota — is the most common commercial KPI, and one of the worst. It rewards adding weak opportunities and punishes disqualifying them. Two organizations with 4x coverage can have completely different win rates, margin profiles, and forecast accuracy. Revenue Score fixes this by giving pipeline weight per unit of quality, not per unit of volume. Why margin matters more than revenue Revenue is the vanity metric of commercial organizations. Margin is what pays for growth. A deal closed at a 40% discount to hit a quarter number costs the company the discount plus every future deal that uses the same discount as a reference. RQE tracks margin per deal, exposes the pattern of margin-degrading behavior, and makes it visible before it becomes policy. Why Next Best Action beats static scoring A score without an action is a number. A number without an action is a passive analytics artifact. Static scoring tools that stop at the score leave sellers to invent the action, which is precisely the part where they need the most help. Next Best Action closes the loop by producing a concrete recommendation attached to the score, so the score becomes a decision, not a dashboard. Why complementing your CRM beats replacing it — and why standalone works too CRM migrations take a year and rarely deliver the promised uplift. The switching cost is enormous — retraining sellers, remapping integrations, rebuilding reports — and none of that work touches the actual problem, which is decision quality on the deals already in the pipeline. RQE improves those decisions whether the record lives in HubSpot, Salesforce, Pipedrive, or directly in RQE. If you do not need email tracking, sequences, or call execution, RQE can be your source of truth and you can skip the migration entirely. Related pages Product — what RQE is and is not Concepts — the mental model Comparison vs HubSpot, Salesforce, Pipedrive FAQ --- ## Revenue Score Canonical: https://revenuequalityengine.com/en/reference/revenue-score/ Home › Documentation › Revenue Score Revenue Score Last updated: August 2026 The Revenue Score is a deterministic 0-100 score that ranks commercial opportunities by expected revenue quality — not by nominal deal size and not by close probability alone. Conceptual formula The score weights four components. Weights are configurable per organization and versioned: every opportunity stores the rule version it was scored with. Revenue Score = w1 · Close probability + w2 · Expected size (normalized) + w3 · Expected margin + w4 · Execution signals Close probability — likelihood the opportunity is won, derived from stage, age, and historical behavior of comparable deals. Expected size — deal value normalized against the organization's distribution, so one outlier cannot dominate the ranking. Expected margin — profitability after discounts, product mix, and estimated cost to serve. Execution signals — stage progression, recent activity, data completeness, and the assigned seller's historical performance. Calculation flow Opportunity | v +-------------------+ +---------------------+ | Deal data | --> | Components | | normalization | | P(close) | Size | +-------------------+ | Margin | Execution| +----------+----------+ | v +---------------------+ | Weighting by | | rule version | +---------------------+ | v +---------------------+ | Revenue Score 0-100 | | + top 3 drivers | +---------------------+ | v Next Best Action Score bands and interpretation Band Reading Suggested action 80-100 High-quality revenue: healthy margin, execution on track. Prioritize and protect price. Do not discount to accelerate. 60-79 Solid with one weak dimension, usually margin or pace. Fix the weak dimension surfaced in the drivers. 40-59 Ambiguous: revenue exists, quality is unproven. Review product mix and terms before investing more time. 0-39 Low quality: margin-destroying, stalled, or missing data. Renegotiate, requalify, or drop. Do not consume team capacity. Why it is deterministic and versioned The same inputs produce the same score within a given rule version. There is no generative component in the calculation. Every weight change creates a new version, and opportunities keep the version they were evaluated with. That makes the ranking auditable and makes a prioritization debate reproducible month over month. What it does NOT measure It does not measure seller effort or activity volume. It does not measure customer satisfaction or post-close lifetime value. It does not predict an exact close date. It does not replace commercial judgment: it ranks and explains, it does not decide. Why don't we use close probability alone? Because a deal with 95% close probability can be worse than one at 60% if it destroys margin or creates excessive implementation and support costs. Prioritizing by probability optimizes win rate, not profitability: it pushes the team toward easy deals, which are usually the most discounted ones. The Revenue Score combines multiple dimensions precisely to avoid prioritizing low-quality revenue. That is the differentiator of Revenue Quality Engine versus a CRM, which records the pipeline, and versus commission software, which only pays it out. Related pages Concepts Product Why RQE Glossary FAQ ---