Primeros pasos con OnPay
Retrospectiva histórica: agosto–diciembre de 2025
Retrospectiva histórica: agosto–diciembre de 2025
Este artículo se redactó posteriormente y describe la función tal como operaba durante el periodo indicado.
OnPay incorporó su propio flujo de conexión. Conecta la cuenta, revisa sus requisitos y selecciona OnPay en los planes que deban utilizarlo. Conectar la cuenta no cambia automáticamente los planes existentes. Ejecuta un checkout sintético y trata la entrada de tarjeta, la autorización, la captura y el rechazo como estados distintos. OnPay puede capturar automáticamente, así que las preautorizaciones deben ser compatibles con el proveedor. Consulta la guía actual (Markdown-fil, AI-agentvenlig).
Comprobaciones antes de usarlo
Confirma que OnPay esté listo, que el plan utilice el proveedor esperado y que el checkout muestre el método correcto. Si se rechaza un pago, sigue el estado del pago y no registres un pago manual hasta saber si realmente se recibió dinero.
Plan y checkout
Después de conectar OnPay, abre cada plan pertinente y confirma que esté seleccionado como proveedor activo. Comprueba la moneda y el método de pago del checkout y realiza una compra de prueba con datos sintéticos. El cliente puede ver un flujo distinto si el precio o la moneda del plan no son compatibles con el proveedor.
Rechazos y tarjetas
Después de un rechazo, lee el motivo mostrado y sigue la acción indicada. Puede haber una tarjeta guardada aunque no se haya completado ningún cargo. Si se utiliza una preautorización, consulta por separado el estado de captura.
¿Quién ve cada estado?
El equipo ve el estado de la pasarela y de pago de Alunta, mientras que el cliente ve los pasos del checkout. Pueden desincronizarse mientras el proveedor confirma el resultado. Utiliza el estado «pagado» solo si la factura muestra un pago completado. La tarjeta guardada se puede utilizar más adelante, pero no demuestra que haya habido un pago.
Si un plan no puede utilizar OnPay, comprueba el precio, la moneda y la pasarela activa. Si al sustituir la tarjeta solo se guarda una nueva, todavía hay que vincularla a la suscripción pertinente.
Preguntas frecuentes y límites
OnPay se selecciona en los planes, no solo en el resumen de integraciones. Una cuenta puede estar conectada aunque un plan siga utilizando otro proveedor. Si el cliente ve una autorización, el equipo debe consultar el estado de captura. Si se guarda una tarjeta nueva, pero no se vincula a una suscripción, repite la acción específica de esa suscripción.
Caso de soporte
Comprueba una compra de prueba de OnPay en el estado del checkout y del pago de la factura. Si la pasarela captura automáticamente, no le digas al cliente que una autorización por sí sola completó el pago. Si hay varios planes, comprueba el proveedor del plan que compra el cliente.
Comprobación después de la acción
Durante el seguimiento, anota qué se veía antes de la acción, realiza únicamente la acción seleccionada y después comprueba el documento o el mandato. Antes de informar al cliente, vuelve a consultar el estado si ha podido cambiar. La retrospectiva describe el hito documentado; la guía actual y la interfaz determinan los pasos de hoy. Los ejemplos utilizan clientes, importes y fechas ficticios.
Si el resultado es distinto
Si el resultado no coincide con lo esperado, conserva el estado visible e investiga el requisito pertinente en vez de repetir la acción a ciegas. Comprueba la moneda, la fecha, el cliente, el método de pago y si el documento ya se envió o contabilizó. Al responder al cliente, distingue entre lo que registró el sistema y lo que el banco o el destinatario aún no han confirmado.
Cerrar el flujo
Un flujo seguro termina con una nueva comprobación, no al pulsar Guardar o Enviar. Abre la nueva factura, mandato o registro de pago y confirma que el resultado coincida con el mensaje recibido por el cliente. Si todavía falta confirmación, describe el estado como pendiente y fija cuándo volverás a revisarlo.


Las personas y asistentes de IA detrás de las novedades
Bo Møller y Emil Højbjerg son los principales desarrolladores de Alunta. Como dedican la mayor parte del tiempo a programar, han delegado en nuestros asistentes de IA la redacción de estas explicaciones.
Los asistentes de IA escriben a partir de las actualizaciones que hemos publicado. Bo y Emil están detrás de los cambios y se responsabilizan de que la información refleje lo que realmente se ha lanzado.
