Automatizar los cobros de una empresa en Andorra significa conseguir que una operación confirmada se refleje correctamente en el pedido, la ficha del cliente y el trabajo administrativo. El TPV interviene en el pago. La automatización completa aparece cuando los sistemas conectados saben qué hacer con su resultado y qué casos deben dejar a una persona.
Si hoy consultas el banco, buscas el pedido, actualizas una hoja y escribes al cliente, tienes un recorrido concreto que mejorar. El primer paso es identificar qué dato permite completar cada tarea. Añadir recordatorios o herramientas antes de resolver esa conexión puede multiplicar los mensajes sin reducir el trabajo.
Esta guía propone un orden práctico para decidir qué automatizar primero, cómo repartir responsabilidades y cómo reconocer si el nuevo recorrido funciona.
Empieza por una tarea que se repite después de cobrar
Elige una tarea frecuente y fácil de describir: marcar un pedido como pagado, activar una membresía, registrar una cuota o avisar de una incidencia. Anota qué hace hoy una persona desde que conoce el resultado hasta que termina su trabajo.
Por ejemplo, en una formación con acceso mensual, alguien comprueba el pago, localiza al alumno y amplía su acceso. Si falta la referencia del alumno, el problema no es la velocidad del cobro. Falta una relación entre el pago y la cuenta a la que corresponde.
Escribe el recorrido en una línea: «Cuando se confirme este pago, actualizar esta cuenta, para este periodo y con esta referencia». Después añade la excepción: «Si no encontramos la cuenta, crear una tarea de revisión». Así puedes evaluar una mejora concreta sin convertirla en una sustitución de todas las herramientas.
Conviene empezar por un flujo que ya conoces. Si todavía no está decidido qué servicio compra la persona o cuándo empieza, primero aclara esas reglas. Automatizar una decisión que cambia cada semana solo traslada la confusión al sistema.
Usa este mapa para ordenar las prioridades
Las siguientes automatizaciones son resultados que puedes plantear para tu integración. Su disponibilidad depende de las herramientas y conexiones de tu negocio; el mapa te permite decidir qué necesitas antes de pedir una implementación.
| Prioridad | Señal de inicio | Resultado esperado | Excepción y responsable |
|---|---|---|---|
| Confirmar la compra | Pago confirmado y pedido identificado | Pedido actualizado una vez | Referencia sin pedido: operaciones |
| Habilitar el servicio | Pago y periodo válidos | Acceso correspondiente al periodo | Cuenta o modalidad incompatible: responsable del servicio |
| Preparar la siguiente cuota | Calendario y suscripción vigentes | Renovación asociada al periodo correcto | Baja o cambio pendiente: administración |
| Atender el fallo | Resultado fallido confirmado | Próximo paso útil para el cliente | Estado incierto: soporte de pagos |
| Preparar el cierre | Cobros registrados y datos de liquidación | Relación de importes y diferencias | Movimiento sin correspondencia: administración |
No necesitas abrir cinco proyectos a la vez. Si el equipo dedica más tiempo a buscar pedidos pagados que a resolver fallos, empieza por la primera fila. Si los cobros se registran bien pero los clientes siguen sin acceso, la prioridad está en la segunda.
Una persona puede asumir varios papeles en una empresa pequeña. Lo importante es que cada excepción tenga destino y que nadie interprete «automático» como «no hay que revisarlo nunca».
Conecta cada pago con una referencia reconocible
La referencia del cliente permite saber quién compra. La referencia del pedido o de la cuota indica qué está pagando. El identificador de la operación permite consultar qué ocurrió en el medio de pago. Las tres relaciones son útiles y ninguna debería depender únicamente del nombre escrito a mano.
Mantén esas referencias cuando el cliente vuelve a intentar un pago o contacta con soporte. Crear un pedido nuevo cada vez que una pantalla tarda puede fragmentar la historia y dejar varias operaciones aparentemente válidas para una sola compra.
Imagina que una persona escribe: «Me han cobrado, pero mi cuenta sigue bloqueada». El equipo debería localizar su cuota, comprobar el resultado y revisar la activación. Si ya hay un pago confirmado, la solución puede ser completar la actualización del servicio, sin volver a cobrar.
En la referencia de nuestra API, AndorPay documenta una referencia estable del cliente externo y las relaciones necesarias para iniciar el checkout. La integración debe conservar ese vínculo también en el sistema que entrega el servicio.
Haz que la confirmación produzca una sola actualización
El cliente puede cerrar el navegador después de pagar. Una notificación puede llegar con retraso o repetirse. Por eso, la pantalla de éxito no debería ser la única señal que activa un pedido o una cuenta.
El sistema que recibe la confirmación debe reconocer la operación y saber si ya aplicó el efecto correspondiente. Si llega otra vez la misma información, no debería ampliar dos veces el acceso, enviar dos órdenes de preparación ni contabilizar dos cobros.
Esta precaución forma parte de la gestión de notificaciones. La documentación de Adyen sobre eventos webhook contempla entregas duplicadas; en AndorPay explicamos la verificación y el tratamiento de reentregas en nuestra guía de webhooks.
Para la persona responsable del negocio, la comprobación es sencilla de formular: una compra confirmada debe producir un solo resultado, aunque el mensaje llegue más de una vez. El equipo técnico puede resolver el mecanismo sin trasladar esos detalles al comprador.
También debe poder corregirse una entrega fallida de información. Recuperar la actualización del pedido no equivale a iniciar otra operación de pago: son tareas distintas y necesitan acciones diferentes.
Define qué cambia en el pedido y en el servicio
Un pedido pagado puede seguir pendiente de preparación. Una cuota cobrada puede habilitar el siguiente mes, sin modificar otros servicios del cliente. Una reserva pagada puede necesitar una confirmación adicional si existe un requisito de disponibilidad que aún no se ha resuelto.
En WooCommerce, los estados del pedido distinguen un pedido pagado en procesamiento de uno completado. Esa diferencia recuerda que cobrar y terminar la prestación no son necesariamente el mismo momento.
Para cada automatización, especifica qué campo cambia, hasta qué fecha produce efecto y qué mensaje recibe el cliente. «Activar usuario» es demasiado amplio si una cuenta puede tener varias membresías o compras con fechas distintas.
Un ejemplo más preciso sería: «Habilitar la biblioteca contratada hasta el final del periodo asociado a esta cuota». Si la persona también tiene una consultoría reservada, ese derecho no debería cambiar por el pago de la biblioteca.
Separa además el documento administrativo del resultado del pago. La creación de una factura o un recibo no demuestra por sí sola que el dinero se haya cobrado. Quien gestiona documentos necesita conocer la operación a la que corresponden.
Programa la recurrencia con un calendario vigente
En una suscripción, el siguiente cobro depende de las condiciones contratadas, del periodo y de los cambios pendientes. Antes de pensar en recordatorios, asegúrate de que existe un calendario coherente y de que una baja o un cambio de plan llega al sistema que inicia la renovación.
Con AndorPay, los cobros posteriores requieren las capacidades de tokenización y recurrencia del TPV. Nuestra documentación del ciclo del pago explica cómo se distinguen las confirmaciones de pago, los cambios de suscripción y los documentos generados.
El resultado de negocio que buscas es que la cuota siguiente corresponda a lo que sigue vigente. Si un cliente solicita una baja con efecto al terminar su periodo, el sistema debe conservar el acceso acordado y respetar la cancelación de la renovación según la regla aplicada.
Revisa especialmente los cambios cerca del vencimiento. Debes saber si la próxima operación ya se había iniciado y qué estado tiene antes de modificar el calendario. Una petición recibida por soporte no demuestra que todos los sistemas la hayan aplicado.
Si estás preparando esa parte, la guía de pagos recurrentes con Redsys en Andorra desarrolla los requisitos del recorrido.
Automatiza el siguiente paso de una incidencia
Una buena automatización no tiene que resolver todos los fallos por sí sola. Puede identificar el caso, detener una acción incorrecta y dirigirlo a quien tiene la información necesaria.
Distingue al menos tres situaciones. Si el pago está confirmado y falta el acceso, revisa la actualización del servicio. Si el pago ha fallado definitivamente, prepara el siguiente paso permitido para recuperarlo. Si el resultado sigue pendiente, consulta su estado antes de pedir al cliente que repita la compra.
El mensaje debe corresponder a esa situación. «Estamos comprobando el resultado de tu pago» es distinto de «No se ha podido completar este cobro». No envíes un recordatorio de impago simplemente porque una integración no ha actualizado todavía la ficha.
Para cada incidencia, deja una referencia, un responsable y una acción pendiente. Si necesitas ayuda técnica, esa información permite investigar el recorrido sin compartir capturas sueltas ni pedir al cliente que explique todo de nuevo.
Los intentos de recuperación también necesitan límites y seguimiento. La existencia de un evento de fallo no define automáticamente cuándo volver a intentar un cobro. Esa política debe estar acordada y respaldada por las capacidades de la integración.
Prepara el cierre sin confundir cobro y liquidación
Al final del periodo, administración necesita relacionar ventas, cobros y entradas en el banco. No siempre ocurren el mismo día ni aparecen con el mismo nivel de detalle. Una liquidación puede agrupar operaciones y reflejar ajustes que deben identificarse.
Prepara una relación que permita pasar del pedido al pago y de este a la liquidación correspondiente. Cuando no haya correspondencia, conserva la diferencia como pendiente de revisión. Evita forzar un encaje cambiando el estado del cliente sin comprobar el origen del desfase.
La automatización útil puede consistir en preparar los datos y destacar las excepciones. No tiene que suponer que ya existe una conexión contable completa con cualquier programa. Antes de prometerla, comprueba qué exportaciones o integraciones admite cada herramienta.
Si una operación se corrige o se devuelve, conserva la relación con el cobro original y el procedimiento utilizado. No asumas que tu integración permite ejecutar automáticamente cualquier devolución solo porque dispone de estados para representarla.
Mide trabajo pendiente y resultados completos
Para evaluar la mejora, observa el tiempo entre pago confirmado y pedido actualizado, cuántos pagos quedan sin asociar y cuántos casos necesitan intervención. Separa esos casos de los pagos rechazados: una integración que no actualiza acceso tiene un problema distinto de una tarjeta que no completa el cobro.
Revisa también la antigüedad de las incidencias. Una lista pequeña con casos que nadie resuelve puede ser más problemática que una lista mayor que se vacía cada día. El indicador debe ayudarte a decidir dónde actuar.
Si comparas antes y después, usa periodos similares y anota cambios en el volumen de actividad. No atribuyas una mejora a la automatización solo porque hubo menos ventas o menos renovaciones esa semana.
Una revisión breve puede responder a cuatro preguntas: qué se completó sin intervención, qué quedó pendiente, quién lo atiende y qué regla necesita ajustarse. Es más útil que contar el número de avisos enviados.
Pon en marcha un recorrido antes de ampliar
Escoge una modalidad o tipo de pedido y documenta la situación inicial. A continuación, conecta la confirmación con el resultado esperado, prepara la ruta de excepción y comprueba que el equipo sabe dónde revisar los casos pendientes.
La guía de pruebas de integración del TPV te permite profundizar en los escenarios técnicos. Aquí, la decisión operativa es cuándo un recorrido está preparado: el pago termina, el cliente obtiene lo contratado y administración puede explicar lo ocurrido.
Conserva una forma de revisar las primeras operaciones y corregir las actualizaciones sin duplicar cobros. Amplía después a otras modalidades que compartan la misma regla o necesiten una variante claramente definida.
Si quieres automatizar cobros desde Andorra, cuéntanos qué ocurre hoy después de cada pago y qué tarea repites más. En AndorPay revisaremos contigo el recorrido, las conexiones disponibles y la primera mejora que permita cerrar el trabajo completo.