Ir al contenido

Rendimiento

Coste por pago aprobado: cómo comparar PSP más allá de la tarifa anunciada

Compara PSP con fórmulas auditables, costes por intento, aprobación y pedido pagado, y un ejemplo numérico ficticio con análisis de sensibilidad.

12 min de lecturaPor Gustavo Sanchez Palencia
Un analista compara recibos y una balanza con costes y un pago confirmado, junto a una calculadora y registros financieros.

Para comparar PSP, divide los costes atribuibles a una misma población de pagos entre el número de intenciones únicas que alcanzaron el resultado elegido. Indica si ese resultado es autorización, captura o pedido efectivamente pagado y qué ventana se ha observado. Una tasa porcentual menor puede coexistir con más intentos, menor recuperación o más trabajo operativo. Sin numerador, denominador y horizonte explícitos, el coste por aprobación no permite una comparación fiable.

El cálculo debe partir del contrato y los registros, no de una promesa de ahorro. Las tarifas por intento, transacción o servicio pueden tener bases distintas. Además, los gastos operativos y las pérdidas deben clasificarse para evitar que un equipo compare solo el procesamiento mientras otro presenta el coste ampliado de todo el ciclo.

Este artículo propone un método de cálculo. Todos los importes, porcentajes y resultados de los escenarios A y B son ficticios y se han creado para permitir la reproducción aritmética. No representan precios, rendimiento ni clientes de AZPay ni de ningún otro proveedor. Las fuentes técnicas se consultaron el 22 de octubre de 2026.

¿Qué significa pago aprobado en tu análisis?

Una autorización aceptada, una captura confirmada y un pedido pagado son resultados relacionados, pero distintos. La documentación del ciclo de pagos de Adyen (se abre en una pestaña nueva ↗) distingue estados del procesamiento, incluida la autorización y las etapas posteriores. Se cita para mostrar que el ciclo tiene fases, sin imponer los nombres de un proveedor a los demás.

Para una operación con tarjeta, define si la métrica cuenta intenciones con al menos una autorización aceptada o pedidos cuyo pago se ha capturado y asignado efectivamente. En otros métodos, utiliza el evento financiero compatible. No inventes una captura Pix para que distintos medios encajen en la misma columna.

Distingue también entre intención e intento. Una intención de pagar R$ 100 puede generar tres intentos hasta completarse. Representa un único éxito comercial, pero puede producir tres eventos relevantes para la facturación o la observabilidad. Contar los tres intentos como tres pedidos reduce artificialmente el coste unitario y aumenta el resultado aparente.

Una convención útil consiste en publicar dos indicadores: coste por intención aprobada y coste por pedido pagado. Añade la tasa de aprobación por intento como diagnóstico. La guía de tasa de aprobación profundiza en los denominadores; la comparación económica exige conectarlos con los costes correspondientes.

¿Qué componentes entran en el numerador?

Empieza por el procesamiento: importes porcentuales, tarifas fijas y condiciones contractuales que determinan cuándo se cobra una unidad. Una tasa por transacción liquidada no se aplica igual que una tarifa por intento recibido. Si hay un mínimo mensual o un paquete, explica cómo se ha asignado su parte a la población analizada.

Después, identifica los servicios asociados: autenticación, antifraude, tokenización, conversión de divisas u otros elementos realmente contratados. No sumes una tarifa independiente si ya está incluida en el precio acordado. La hoja de cálculo debe registrar el componente y su base, además del importe calculado, para que una persona independiente pueda detectar una doble contabilización.

La documentación del Settlement details report de Adyen (se abre en una pestaña nueva ↗) muestra ejemplos de registros de importes brutos, netos y costes, con componentes como markup, scheme fees e interchange cuando proceda. Esto ilustra la necesidad de desglosar; no significa que cualquier PSP proporcione exactamente ese informe ni que esas partidas sean acumulativas en todos los contratos.

Si hay más de una moneda, conserva los importes originales y declara el tipo de conversión, la fecha y la finalidad de la moneda de presentación. Separa una tarifa de cambio contratada de la variación entre las fechas de conversión y recepción. Agregar monedas con un tipo elegido después de ver el resultado puede alterar la comparación sin que cambie el procesamiento. Del mismo modo, confirma si los impuestos o gastos de anticipación están incluidos, excluidos o simplemente reflejados en otra vista.

Mantén una segunda capa para el coste operativo y las pérdidas: atención al cliente, conciliación manual, recuperación y pérdida neta confirmada por fraude o disputa, según el alcance elegido. Denomina esta vista coste ampliado. Así, una decisión puede mostrar cuánto se paga por procesar y cuánto cuesta operar el resultado, sin confundir ambas preguntas.

El principal de un reembolso comercial no se convierte automáticamente en coste de procesamiento. Una devolución puede reducir ingresos y modificar la población de pedidos retenidos, mientras que una tarifa no recuperada o un coste de atención pertenece a otra categoría. Define el tratamiento antes de sumar eventos financieros con significados distintos.

¿Qué fórmula pueden reproducir finanzas e ingeniería?

Define C como la suma de los componentes asignados a la cohorte y al horizonte elegido. Define A como el número de intenciones únicas con aprobación y P como el número de pedidos únicos efectivamente pagados. Entonces, coste por intención aprobada = C ÷ A; coste por pedido pagado = C ÷ P.

El numerador puede ser el coste de procesamiento o el coste ampliado, siempre que el nombre del indicador lo deje explícito. Si el análisis excluye riesgo y atención al cliente, mantenlos en una columna separada. No presentes una métrica reducida en una propuesta y otra ampliada al evaluar al competidor.

Para descomponer C, utiliza cantidades auditables: número de intentos facturables multiplicado por la tarifa por intento; volumen sujeto al porcentaje multiplicado por la tasa; servicios según su base; gastos asignados con la regla documentada. Los costes de periodos, monedas y poblaciones diferentes deben normalizarse antes de entrar en la misma suma.

Si A o P es cero, el coste por éxito no es cero: la división queda indefinida. Muestra el coste incurrido y la ausencia de éxitos. Ocultar este caso como cero o retirar la ruta del informe puede hacer que una indisponibilidad parezca un ahorro.

Conserva la precisión interna y redondea solo en la presentación. En muestras pequeñas, los céntimos por evento alteran el total. Registra también si el porcentaje se aplica sobre el bruto capturado, autorizado, liquidado u otra base del contrato; el mismo porcentaje produce gastos distintos cuando cambia la base.

Escenario ficticio: A anuncia una tasa menor, B cuesta menos por pedido pagado

Considera dos poblaciones comparables, cada una con 10.000 intenciones de compra de R$ 100. El potencial comercial de cada población es de R$ 1 millón. Para simplificar el ejemplo, ninguna intención tiene dos aprobaciones satisfactorias, no hay pagos parciales y todos los importes están en reales brasileños. El horizonte de observación es el mismo para A y B.

En el escenario A hay 12.000 intentos, 8.200 intenciones autorizadas y 8.000 pedidos pagados. El volumen pagado es de R$ 800.000. La tasa porcentual ficticia es del 1,8 % sobre ese volumen, es decir, R$ 14.400. Una tarifa hipotética de R$ 0,12 por intento añade R$ 1.440 y una verificación hipotética de R$ 0,08 por intento añade R$ 960.

Añade R$ 2.000 de pérdida neta asignada a la cohorte y R$ 1.200 de operación, ambos completamente ficticios y fuera de las tarifas anteriores. La suma ampliada de A es R$ 14.400 + R$ 1.440 + R$ 960 + R$ 2.000 + R$ 1.200 = R$ 20.000.

En el escenario B hay 10.800 intentos, 8.700 intenciones autorizadas y 8.500 pedidos pagados. El volumen pagado es de R$ 850.000. La tasa porcentual ficticia del 2,1 % genera R$ 17.850. La tarifa hipotética de R$ 0,05 por intento produce R$ 540 y la verificación hipotética de R$ 0,05 por intento produce otros R$ 540.

Con R$ 800 de pérdida neta y R$ 770 de operación, también ficticios, la suma ampliada de B es R$ 17.850 + R$ 540 + R$ 540 + R$ 800 + R$ 770 = R$ 20.500. Estos números son premisas del ejercicio; la diferencia de pérdidas no demuestra que B tenga un antifraude superior.

El coste ampliado por pedido pagado queda en R$ 20.000 ÷ 8.000 = R$ 2,50 para A y R$ 20.500 ÷ 8.500 = aproximadamente R$ 2,4118 para B. B tiene una tasa porcentual mayor y un gasto total mayor, pero un coste unitario menor para el resultado pagado. La comparación exige mostrar las tres informaciones a la vez.

Si la pregunta se limita al procesamiento y las verificaciones, excluye la operación y las pérdidas de ambos lados. A pasa a R$ 16.800 ÷ 8.000 = R$ 2,10 por pedido pagado. B pasa a R$ 18.930 ÷ 8.500 = aproximadamente R$ 2,2271. En este alcance más reducido, A es menor. El ejercicio muestra por qué declarar el alcance importa tanto como calcular correctamente.

¿Qué ocurre cuando cambia el denominador?

Utilizando el coste ampliado y el resultado autorizado, A presenta R$ 20.000 ÷ 8.200 = aproximadamente R$ 2,4390 por intención aprobada. B presenta R$ 20.500 ÷ 8.700 = aproximadamente R$ 2,3563. Estos valores no deben etiquetarse como coste por pedido pagado, porque aún existen intenciones autorizadas que no alcanzaron ese resultado.

La aprobación por intento de A es 8.200 ÷ 12.000, aproximadamente un 68,33 %; por intención, es del 82 %. En B, los porcentajes son aproximadamente un 80,56 % por intento y un 87 % por intención. La tasa de pedidos pagados es del 80 % en A y del 85 % en B. Cada indicador describe una etapa distinta de la misma población.

No utilices esta simplificación para deduplicar automáticamente una operación real. Si una intención puede recibir más de una autorización aceptada, el numerador de aprobaciones por intento tendrá otra cardinalidad. Para la vista por intención, cuenta una vez según la definición elegida y conserva todos los intentos para comprender el coste y el riesgo.

Declara también el efecto de las cancelaciones y devoluciones posteriores. Un pedido pagado al vencimiento puede dejar de formar parte de una población de ingresos retenidos tras noventa días. Esa otra vista puede ser útil, pero necesita otra etiqueta. Cambiar silenciosamente el denominador destruye la comparabilidad histórica.

¿Cómo probar la sensibilidad sin tratar las premisas como previsiones?

En el escenario B, si mantenemos solo para el análisis los demás costes en R$ 2.650 y el importe de compra en R$ 100, cada pedido pagado añade R$ 2,10 de tasa porcentual. Por tanto, coste ampliado por pedido pagado = R$ 2,10 + R$ 2.650 ÷ cantidad de pedidos pagados.

Para igualar los R$ 2,50 de A, la partida de R$ 2.650 debe dividirse entre 6.625 pedidos. El punto de igualdad es R$ 2,10 + R$ 0,40 = R$ 2,50. Con 7.000 pedidos, el total sería R$ 17.350 y el coste unitario aproximadamente R$ 2,4786. Con menos de 6.625, se invierte la conclusión de este ejercicio.

Este cálculo mantiene constantes los intentos, las verificaciones, las pérdidas y la operación por una elección didáctica. En producción, estos componentes pueden variar con el volumen, el perfil y el resultado. La sensibilidad revela de qué depende la conclusión, no predice el comportamiento de un proveedor con otro tráfico.

Varía una premisa cada vez y después prueba combinaciones plausibles. Reducir el importe de compra aumenta el peso relativo de las tarifas fijas. Más reintentos pueden alterar el coste por intento y la recuperación. Un mínimo contractual puede impedir que el gasto baje proporcionalmente al volumen. Documenta cada relación asumida para no atribuir precisión económica a un modelo incompleto.

¿Qué ventana de cálculo evita conclusiones prematuras?

Una cohorte puede estar formada por las intenciones iniciadas en un periodo determinado y seguidas hasta un horizonte definido. Este enfoque mantiene el coste y el resultado ligados a su origen comercial, aunque una tarifa o disputa aparezca después. La alternativa de flujo de caja observa los movimientos ocurridos en el periodo. Ambas son útiles, pero responden a preguntas distintas.

La documentación de ingresos y lotes financieros de Adyen (se abre en una pestaña nueva ↗) ilustra cómo las ventas, los costes de transacción, los reembolsos, los contracargos y los ajustes componen los importes netos. Por tanto, el importe de un payout no es, por sí solo, la suma de las tarifas de la cohorte de ventas de ese día.

Separa los importes confirmados de las estimaciones aún no consolidadas. Si el modelo de gestión provisiona pérdidas futuras, identifica la premisa y evita sumar después la provisión y la pérdida efectiva como dos gastos. Una actualización de la cohorte debe sustituir o conciliar las estimaciones conservando el historial de revisión.

Utiliza la conciliación de pagos para cuadrar las fuentes. La factura del proveedor, el informe transaccional, los movimientos financieros y el registro operativo deben explicar el numerador. Una diferencia de calendario no debe convertirse en coste adicional solo porque el informe se haya cerrado demasiado pronto.

¿Cómo evaluar los reintentos, los fallos y el trabajo manual?

Un reintento solo tiene sentido económico cuando existe elegibilidad técnica y probabilidad de recuperar una intención con seguridad. Un resultado indeterminado sigue exigiendo control de estado. La promesa de menor coste no autoriza a enviar otro cobro mientras el anterior pueda haberse ejecutado.

Mide los intentos adicionales, los pedidos únicos recuperados y los costes incrementales. El coste medio de toda la operación no indica por sí solo si la última política de reintentos ha merecido la pena. La guía de códigos de rechazo y errores técnicos ayuda a separar las situaciones recuperables de los comandos inadecuados.

Para el trabajo manual, registra las actividades y los criterios de asignación: investigación, conciliación, atención al cliente o corrección de datos de registro. Evita estimar horas de memoria y presentar la cifra como coste comprobado. Cuando falten datos, muestra un rango de sensibilidad e identifica la carencia de medición.

Los costes fijos e incrementales también merecen distinguirse. Un equipo no desaparece inmediatamente porque un proveedor genere menos incidencias. La reducción puede liberar capacidad sin reducir el desembolso ese mismo mes. Presentar ambas perspectivas hace la decisión más honesta y evita prometer ahorro de caja donde solo existe una ganancia de capacidad.

¿Cómo comparar rutas sin confundir asociación y causa?

Distribuye poblaciones comparables por método, mercado, moneda, importe de compra, perfil de riesgo y contexto de autenticación. Si una ruta recibe solo clientes recurrentes y otra recibe todos los nuevos, la diferencia de aprobación o pérdida no puede atribuirse automáticamente al PSP.

Un cambio de smart routing necesita una hipótesis, criterios de elegibilidad y un mecanismo de evaluación. Cuando sea viable un experimento controlado, define previamente el resultado principal, los límites operativos y la ventana de observación. Mantén también métricas de seguridad: duplicidad, fraude, contracargos, latencia y reclamaciones.

Registra la versión de la regla que tomó la decisión. La observabilidad en pagos vincula intenciones, intentos y respuestas con los cambios operativos. Sin esa trazabilidad, una reducción de coste puede deberse únicamente a dejar de aceptar un segmento determinado, no a procesarlo mejor.

El resultado financiero también debe considerar la calidad de la venta. Más pagos con mayores pérdidas posteriores pueden empeorar el escenario; menos intentos con menor recuperación pueden producir el mismo efecto. Evalúa el margen y el riesgo por separado cuando sea necesario, evitando sumar ingresos no realizados al coste como si fueran una tarifa efectivamente pagada.

¿Cómo montar la hoja de cálculo conceptual y tomar una decisión?

Organiza una pestaña de premisas con contrato, moneda, periodo, base de aplicación y exclusiones. En otra, relaciona intenciones, intentos, autorizaciones y pedidos pagados mediante identidades estables. Una tercera desglosa tarifas y servicios; otra registra operación y pérdidas. La vista ejecutiva calcula los indicadores a partir de esas bases, sin introducir valores encima de las fórmulas.

Para auditar, elige una línea de gasto y encuentra su origen. Después, elige un pedido pagado y encuentra los intentos y componentes asignados. Comprueba que cada elemento entre una sola vez y que los costes compartidos tengan una regla explícita. Compara los resultados con y sin las estimaciones de menor confianza.

Lleva a la decisión el coste total, el coste por éxito en el alcance declarado, los resultados comerciales y las limitaciones de los datos. Una hoja reproducible permite debatir las compensaciones sin reducir la compra de infraestructura a la menor tarifa anunciada. Para evaluar la arquitectura de integración prevista, consulta la Dev Central de AZPay y valida las condiciones efectivamente documentadas para tu caso.