¿Cuánto cuesta aceptar pagos con criptomonedas sin comisión de pasarela con 10.000 pedidos mensuales?
Con 10.000 pedidos mensuales, el coste por pedido puede resultar engañoso si el cálculo incluye todos los pagos iniciados, incluso los pedidos que nunca se pagaron con criptomonedas. La cifra útil es el coste asociado a los pedidos completados que sí se pagaron con criptomonedas, con cada gasto vinculado a un registro, como un extracto del proveedor, una transacción de monedero o un registro de horas del personal. Esta guía explica cómo calcular el coste por pedido pagado con criptomonedas a partir de esos datos.
Antes de comparar proveedores, un responsable de finanzas que se pregunte «¿cuánto cuesta aceptar pagos con criptomonedas sin comisión de pasarela con 10.000 pedidos mensuales?» necesita definir el denominador y qué costes incluirá. No pagar una comisión de pasarela es solo una partida de ese cálculo; la oferta de pagos cripto sin comisión de pasarela no significa necesariamente que no haya otros gastos. El resultado de fin de mes depende de qué pedidos se completaron y qué gastos cambiaron al ofrecer pagos con criptomonedas.
1. Defina el denominador: pedidos realizados, pagados y pagados con criptomonedas
Empiece con los 10.000 pedidos realizados durante el mes y, a partir de los registros de la tienda, sepárelos según su estado. Los pedidos realizados no son lo mismo que los pedidos pagados, y los pedidos pagados con tarjeta u otro método no deben formar parte del denominador de pagos con criptomonedas.
Para calcular el coste por pedido completado pagado con criptomonedas, cuente cada pedido distinto que se haya pagado con criptomonedas y haya alcanzado el estado que la empresa haya definido como «completado». Si la tienda marca un pedido como completado cuando se envía, use siempre ese estado; si se considera completado cuando se presta el servicio, utilice el registro de entrega. La elección afecta al denominador, así que documéntela.
Mantenga un denominador preciso.
Un cálculo práctico es:
Coste mensual incremental de las criptomonedas ÷ pedidos completados pagados con criptomonedas = coste por pedido completado pagado con criptomonedas.
El numerador debe incluir los costes atribuibles a aceptar pagos con criptomonedas, no todos los gastos de pago correspondientes a los 10.000 pedidos. El denominador no debe incluir facturas impagadas, intentos de pago duplicados ni pedidos pagados con otro método. Si un cliente realiza dos pedidos distintos y paga ambos, cuente dos pedidos; si un pedido genera varias transferencias en cadena, cuente un pedido y registre las transferencias como eventos de pago.
Lleve recuentos separados de los procesos de pago con criptomonedas iniciados, los intentos de pago, los pedidos pagados con criptomonedas y los pedidos completados pagados con criptomonedas. Un panel que solo muestre «transacciones con criptomonedas» podría contar intentos o transferencias en lugar de pedidos, así que compare su definición con los ID de pedido de la exportación de la tienda antes de usar esos datos.
2. Prepare una hoja de cálculo de costes de fin de mes a partir de los registros reales
El equipo de finanzas debe preparar la hoja de cálculo a partir de registros originales fechados, no de los precios destacados en la página de un proveedor. Use el mismo período natural para la exportación de la tienda, la factura del proveedor, la actividad del monedero, los registros de conversión y cualquier registro interno de horas. Si los períodos no coinciden, puede parecer que falta un pago que sí se realizó.
Es más fácil auditar una fila por cada partida de coste que un único total mensual. Incluya la fecha, el importe, la divisa, la fuente, el ID de pedido relacionado si está disponible, si el coste es incremental y cómo se incorpora al cálculo. Conserve la divisa original y las pruebas del tipo de cambio utilizado para convertir cualquier importe a la divisa de presentación de las cuentas.
| Campo de la hoja de cálculo | Registro que debe comprobarse | Por qué es importante |
|---|---|---|
| Cargos del proveedor | Factura o extracto de la cuenta | Muestra los conceptos facturados y el período que abarcan. |
| Actividad de la red | Historial del monedero o registro de transacciones | Vincula las transferencias con los importes recibidos o enviados. |
| Conversión y liquidación | Extracto de conversión y registro de liquidación | Muestra el tipo de cambio, el importe y la divisa de destino utilizados. |
| Incidencias | Solicitudes de soporte y notas de pedidos | Permite identificar tareas de recuperación o ajustes asociados a un pedido. |
| Trabajo interno | Registro de horas por tarea | Permite distinguir el trabajo específico de las criptomonedas del trabajo financiero compartido. |
Clasifique cada fila como coste directo, compartido o excluido, y añada una breve justificación. Por ejemplo, una partida de una factura del proveedor atribuible únicamente a la aceptación de criptomonedas es un coste directo; una plataforma contable que ya se utiliza para los pagos con tarjeta es un coste compartido, salvo que incorporar las criptomonedas haya generado un cargo nuevo. Si no está claro cómo tratar un coste, déjelo marcado para revisión en lugar de excluirlo silenciosamente del total.
Guarde el registro original.
En una tienda en línea, el registro de pago también debe estar vinculado de forma fiable al ID del pedido. Si usa WooCommerce, puede consultar la [guía sobre pagos con criptomonedas en WooCommerce](https://payora.money/blog/crypto-payment-gateway-woocommerce-guide?lang=hi) para comprobar cómo se relacionan los eventos del proceso de pago con los pedidos de la tienda. Antes de basarse en esos datos para la hoja de cálculo, compruebe los campos y el comportamiento de los eventos en la configuración instalada.
3. Tenga en cuenta las incidencias: pagos parciales, facturas caducadas y reembolsos
Un pago normal completado no es la única forma en que puede procesarse un pedido con criptomonedas. Lleve un registro de incidencias que incluya pagos parciales, pagos inferiores o superiores al importe debido, transferencias tardías a una factura caducada, transferencias duplicadas y reembolsos. Añada una fila por cada ID de pedido afectado.
No dé por hecho que resolver una incidencia no cuesta nada ni que siempre implica un cargo adicional del proveedor. Pregúntele qué gestiones de recuperación admite, si aplica algún cargo y qué ocurre cuando el pago llega después de que caduque la factura. Compruebe las respuestas con el plan y las condiciones vigentes del comercio.
Un pago parcial puede dejar un pedido impagado aunque los fondos hayan llegado a un monedero. Registre el importe recibido, el importe esperado, el estado del pedido y las medidas adoptadas. Si el personal se pone en contacto con el cliente o emite un reembolso, registre ese trabajo en el pedido en lugar de considerar la transferencia una venta completada.
Los reembolsos necesitan un registro propio, ya que el pago original y la devolución posterior pueden implicar transacciones distintas y diferentes valores de cambio. Registre el importe devuelto, el activo, la fecha, la referencia de la transacción y cualquier diferencia entre el importe recibido originalmente y el devuelto. Antes de incluir estos gastos en la previsión del coste mensual, confirme el proceso de reembolso del proveedor y los cargos que puedan aplicarse.
No haga suposiciones.
4. Separe los costes incrementales de las criptomonedas de los que ya tiene
La cuestión no es si la empresa incurre en gastos de finanzas o de soporte, sino si ofrecer pagos con criptomonedas modifica esos gastos. Si una persona del equipo ya cierra los libros de los pagos con tarjeta y bancarios, cuente solo el tiempo adicional necesario para identificar los cobros en criptomonedas, investigar los pedidos sin conciliar o preparar un asiento de liquidación independiente.
Aplique el mismo criterio al software y a la infraestructura. Una nueva suscripción contratada específicamente para aceptar pagos con criptomonedas es un coste incremental; una plataforma de comercio o un sistema contable ya existente no se convierte automáticamente en un coste de las criptomonedas solo porque procese sus datos. Si para admitir el nuevo método de pago fue necesario mejorar el plan, registre la diferencia de precio y la fecha en que entró en vigor.
Los gastos compartidos pueden mostrarse por separado para la dirección, pero no deben imputarse íntegramente a las criptomonedas sin un método de asignación justificable. Por ejemplo, si una herramienta financiera existente admite varios tipos de pago, asigne únicamente una proporción documentada basada en un criterio pertinente o deje el gasto fuera del total incremental. Así, la comparación del coste por pedido no penaliza a las criptomonedas por gastos que el comercio tendría que pagar de todos modos.
Use dos subtotales: costes incrementales directos y costes compartidos asignados. El primero muestra si las criptomonedas modificaron la factura mensual; el segundo puede ayudar a la dirección a evaluar el panorama operativo general. Etiquete ambos para que, en una revisión posterior, nadie confunda una asignación con un nuevo gasto en efectivo.
5. Mida el esfuerzo de conciliación por pedido
Con 10.000 pedidos mensuales, los registros de pago sin conciliar pueden generar más trabajo de cierre que un pequeño número de incidencias inusuales. Registre cada tarea de conciliación con el ID del pedido, el puesto de la persona encargada, el tiempo dedicado, el código del motivo y la resolución. Algunos códigos útiles son: falta la referencia del pedido, el importe no coincide, pago tardío y revisión de reembolso.
Para cada tarea, multiplique los minutos registrados por el coste laboral total por hora correspondiente si la empresa incluye el coste de personal en su análisis interno. La tarifa debe basarse en el método propio de la empresa para calcular esos costes, no en una referencia inventada. Si no se registran las horas, empiece con una muestra cronometrada durante la fase piloto e indique claramente el período de la muestra, en vez de presentar una estimación como si fuera un dato mensual medido.
Compare el esfuerzo de cierre antes y después de incorporar los pagos con criptomonedas, manteniendo el mismo criterio de corte contable y las mismas reglas para los estados de los pedidos. Una mayor proporción de pagos conciliados automáticamente puede reducir el trabajo de investigación, pero no demuestra que el proceso sea más barato a menos que el equipo registre las horas o el volumen de incidencias que han cambiado. Documente cualquier ajuste manual que siga pendiente al cierre de mes.
Los registros de pago también deben protegerse frente a modificaciones no autorizadas. Asigne el acceso al monedero y a las herramientas de conciliación a personas identificadas y conserve las referencias de las transacciones junto con los ID de pedido. La [guía de prácticas de seguridad para pasarelas de pago con criptomonedas](https://payora.money/blog/crypto-payment-gateway-security?lang=hi) puede ayudar al equipo a revisar los controles antes de iniciar una prueba piloto. Si el comercio quiere calcular por separado el coste de la conciliación, debe registrar el trabajo de seguridad aparte de las tareas rutinarias de correspondencia.
6. Defina los criterios de decisión del piloto antes de ampliarlo
Antes del lanzamiento, deje por escrito el límite interno de coste por pedido completado pagado con criptomonedas y las reglas de cálculo que se utilizarán para comprobarlo. El objetivo lo fija el propio comercio: puede depender del margen, de los planes de captación de clientes o de la comparación con otro método de pago, pero no debe presentarse como una norma del sector.
Elija un período de prueba fijo y defina qué datos se necesitarán al finalizarlo: número de pedidos completados pagados con criptomonedas, cargos directos, número de incidencias, tiempo de conciliación, registros de reembolsos y cualquier duda pendiente sobre el proveedor. Si el período coincide con una promoción inusual o un problema operativo temporal, indíquelo en lugar de modificar los datos originales para que el resultado parezca representativo.
Establezca tanto una condición para detenerse como otra para ampliar el uso. Por ejemplo, pause la ampliación si no se puede conciliar el denominador con los ID de pedido, si el tratamiento de las incidencias sigue sin estar claro o si el coste observado supera el límite aprobado. Continúe solo cuando sea posible reproducir la hoja de cálculo a partir de los registros guardados. De este modo, la afirmación «sin comisión de pasarela» se convierte en una prueba que el equipo de finanzas puede repetir el mes siguiente.
Al revisar los resultados, presente la cifra medida junto con su denominador y los costes incluidos: pedidos completados pagados con criptomonedas, coste mensual incremental y coste por pedido completado. Si todavía hay dudas sobre el denominador, aún no se dispone de un resultado fiable para decidir si se amplía el uso.
Comentarios