Respuesta breve
Un presupuesto expresa una oferta; una venta, el acuerdo cerrado; un cobro, dinero recibido. Pueden pertenecer al mismo lead y no deben sumarse como ventas independientes. Cada base alimenta un informe distinto: el cobro sirve para caja, la venta aceptada para el ROAS y el presupuesto para previsión. En WhatConverts, Quote Value y Sales Value son campos independientes; el cobro debe contrastarse con el registro de pagos.
Comprobación clave: El mismo lead mantiene un identificador estable y sus informes identifican si muestran presupuesto, venta o cobro.
Fuentes y límites de esta guíaUn negocio recibe una llamada, envía un presupuesto y acepta un pago parcial. Si cada avance se copia a una columna llamada «ingresos», la campaña parece producir más dinero del acordado. La primera decisión es semántica: qué hecho económico representa cada campo, quién puede cambiarlo y qué informe debe alimentarse con cada base.
Un lead, tres importes ficticios
| Momento | Importe | Uso correcto |
|---|---|---|
| Presupuesto enviado | 400 EUR | Potencial ofrecido |
| Venta aceptada | 300 EUR | Acuerdo comercial |
| Primer pago recibido | 100 EUR | Cobro parcial |
Sumar 400 + 300 + 100 da 800 EUR, pero no demuestra ese ingreso. En este supuesto la venta acordada vale 300 EUR y quedan 200 EUR por cobrar, si no existen otros ajustes. Conserva el presupuesto anterior como versión, no como otra venta. Tampoco presentes una venta aceptada como beneficio: faltan costes y el criterio contable aplicable.
Qué actualizar en WhatConverts
La documentación del Lead Manager confirma que Quote Value y Sales Value son dos campos independientes: añadir cualquiera de los dos marca el lead como «Quotable», y el panel superior del Lead Manager suma ambos valores de los leads visibles según el filtro activo. Asigna una persona responsable de contrastarlos con el CRM. No supongas que introducir Sales Value acredita el cobro bancario ni que todas las integraciones propagan cada cambio automáticamente. Consultado el 27 de octubre de 2026.
Ensayo de aceptación antes de informar
Reproduce la tabla en una ficha ficticia y cambia solo la venta aceptada. Verifica identificador, moneda, fecha y total del informe elegido. Después registra una cancelación siguiendo un criterio escrito: no la ocultes borrando el historial. Una hoja con columnas separadas basta para pocos casos; WhatConverts encaja cuando necesitas mantener esta distinción junto a la atribución. CallsIQ propone este ensayo sin haberlo ejecutado en una cuenta del producto.
Conciliar dos ventas sin duplicar los pagos
Este segundo caso ficticio permite comprobar un informe completo. Todas las cantidades están en EUR y usan la misma base de impuestos; el ejercicio no calcula reconocimiento contable de ingresos. Una fila representa una venta, aunque haya varias llamadas o varios cobros. El identificador de llamada ayuda a atribuir el origen, pero no sustituye al identificador de venta: un cliente puede comprar dos servicios distintos.
| Venta | Presupuesto vigente | Venta aceptada | Cobros acumulados | Reembolsos pagados | Reducción acordada |
|---|---|---|---|---|---|
| V-01 | 400 | 300 | 100 | 0 | 0 |
| V-02 | 600 | 600 | 600 | 150 | 150 |
El presupuesto suma 1000, la venta original 900 y la venta ajustada 750. El efectivo neto recibido es 100 + 600 − 150 = 550. Quedan 200 por cobrar de V-01; V-02 está saldada tras reducir su precio a 450 y devolver 150. Control: venta ajustada 750 = cobro neto 550 + pendiente 200. No sumes esas tres magnitudes: describen el mismo negocio desde estados distintos.
Caso límite: alimentar el ROAS con la base equivocada
Retoma las ventas V-01 y V-02 del caso anterior y añade un gasto publicitario ficticio de 300 EUR para los dos leads que las originaron. Si introduces el presupuesto vigente (1.000 EUR) en la calculadora de coste por lead y ROAS como si fuera la venta aceptada, el ROAS sobre ingresos sale en 3,33 (1.000 / 300). Con la venta ajustada (750 EUR), que es la base correcta, el ROAS baja a 2,50. Con el cobro neto (550 EUR) baja a 1,83: un 82 % menos que el resultado calculado con el presupuesto. El ROAS sobre margen y el ROAS de equilibrio que ofrece la misma herramienta se calculan sobre esos ingresos, así que heredan la misma distorsión, y la contribución después de publicidad queda sobrevalorada en la misma proporción. La calculadora pide expresamente el importe medio de la venta aceptada, no del presupuesto enviado ni del cobro parcial: ese campo es el único punto de entrada correcto desde este proceso.
Qué base usar según el informe
| Informe o decisión | Base correcta | Por qué |
|---|---|---|
| ROAS y coste por lead en la calculadora | Venta aceptada | Es el campo que exige la herramienta; presupuesto y cobro distorsionan el resultado |
| Previsión de ingresos futuros | Presupuesto vigente | Representa un potencial, no un hecho cerrado |
| Conciliación de caja y banco | Cobro neto | Es el dinero que realmente ha entrado, después de reembolsos |
| Comisión de ventas, salvo que la política indique otra cosa | Venta aceptada | Se paga sobre el acuerdo cerrado, no sobre lo cobrado |
Etiqueta siempre el informe con la base que usa. Un mismo cuadro de mando que mezcle presupuestos de unos leads con cobros de otros no es comparable consigo mismo de un mes a otro.
Hoja mínima para copiar y adaptar
Utiliza una tabla de ventas con sale_id, lead_id, versión de presupuesto, importe aceptado, ajustes y moneda; y otra de movimientos con payment_id, sale_id, fecha, tipo e importe. Suma los movimientos por venta antes de unirlos con la tabla comercial. Si unes primero cada pago a cada llamada, dos llamadas y dos pagos pueden producir cuatro filas y duplicar el dinero.
- Exporta un periodo y fija si el corte se refiere a fecha de venta o fecha del movimiento. Conserva ambos campos.
- Comprueba que cada identificador de pago aparezca una sola vez. Un reintento de importación conserva el mismo identificador.
- Investiga pagos sin venta, monedas mezcladas y saldos negativos antes de publicar el total. Un reembolso sin reducción comercial puede representar otra situación y no debe forzarse a cuadrar borrando una fila.
Errores frecuentes y cómo detectarlos
| Error | Síntoma | Comprobación |
|---|---|---|
| Sumar presupuesto, venta y cobro como ingresos independientes | El total informado supera cualquier venta cerrada en el CRM | Compara el total con la suma de ventas aceptadas del periodo |
| Alimentar la calculadora de ROAS con el presupuesto en vez de la venta aceptada | El ROAS sube sin que haya más ventas cerradas | Revisa qué campo exporta el informe hacia la calculadora o Google Ads |
| Tratar Sales Value como cobro bancario confirmado | El informe de caja no cuadra con el banco | Contrasta el importe con el registro de pagos, no solo con el CRM |
| Unir cada cobro con cada llamada antes de agrupar por venta | Dos llamadas y dos cobros producen cuatro filas | Agrupa los movimientos por sale_id antes de unir con las llamadas |
| Convertir una anulación en una venta de importe cero | El recuento de ventas sube aunque el negocio caiga | Busca ventas con importe cero o negativo sin una reducción acordada registrada |
| Cambiar la base entre periodos sin anotarlo | El ROAS mejora o empeora sin que cambie el negocio | Revisa la fecha del cambio de criterio en el historial de informes |
Para evaluar una campaña, etiqueta el indicador: valor de ventas ajustadas o efectivo recibido, junto a su ventana temporal. El ejemplo no permite llamar ROAS al beneficio ni atribuir todo cobro del mes a los anuncios de ese mismo mes.
Desde la experiencia del autor
Sobre cuándo una hoja de cálculo con columnas separadas deja de ser suficiente, no hay un umbral universal de tamaño de empresa o volumen: en mi experiencia, el momento de pasar a una herramienta como WhatConverts llega cuando mantener identidades, estados y conciliaciones a mano empieza a dar errores y a consumir demasiado tiempo de mantenimiento. Es una señal de fiabilidad, no una cifra fija de leads al mes.
Sobre la política de comisión de ventas, documentaría siempre cuándo nace la comisión y cómo se ajustan las anulaciones, porque no atribuiría una política «habitual» (sobre venta aceptada o sobre cobro) a clientes que no he identificado concretamente; cada caso documentado evita disputas después.
Al revisar integraciones entre pagos y llamadas, el error de unión que he visto con más frecuencia es cruzar por teléfono sin respetar las relaciones de uno a muchos: una venta con varios pagos puede multiplicarse al unirla con varias llamadas, inflando el total sin que nadie se dé cuenta hasta que los números no cuadran. De los errores de este tipo, los que más llevan a una decisión de inversión equivocada son contar presupuestos como ingresos y esos duplicados al unir tablas; el primero altera directamente la rentabilidad calculada, y el segundo es el más fácil de pasar por alto en una auditoría rápida porque se esconde dentro de totales que parecen razonables.
Cuando un informe de ingresos no cuadra con el banco, mi primera comprobación no es el identificador de venta ni el de pago, sino fijar la fecha de corte y la base del informe: solo después de eso tiene sentido conciliar identificadores de pago y venta con cada movimiento, porque sin esa base común acabas comparando cosas que no son comparables.
Fuentes y límites de esta guía
Revisión documental: . Tipo de contenido: Guía documental con ejercicio original.
Las fuentes enlazadas describen las condiciones y funciones que publica cada proveedor. Los ejemplos con datos ficticios se identifican en el texto.
Alcance: Guía documental revisada el 16/10/2026. Los ejemplos son ficticios y los ensayos propuestos; CallsIQ no ha realizado pruebas de estos productos.
- documentación del Lead Managerwww.whatconverts.com
Consulta las condiciones actuales
Valora estas opciones si resuelven el problema descrito. Confirma funciones, límites y contratación en tu país.
WhatConvertsEnlace de afiliaciónLos enlaces comerciales identificados pueden generar una comisión o recompensa por referido para CallsIQ. Nuestra política comercial.
Fuentes oficiales, cálculos explicados y ejemplos identificados. Consulta la metodología y el uso de IA en la redacción.