Cómo cobrar cuando unos clientes pagan por tarjeta y otros por banco

1. Empieza por la obligación, no por el medio

La unidad de control debe ser lo que el cliente debe pagar: concepto, periodo, importe y vencimiento. El medio de pago es un atributo de esa obligación, no su identidad. Si mantienes un listado de tarjetas y otro de banco sin una referencia común, resulta difícil detectar que ambos contienen la cuota de septiembre de la misma persona.

Asigna una referencia interna estable a cada obligación. Relaciónala con el cliente y con las operaciones que se vayan realizando para resolverla. Un intento fallido y un posterior pago correcto no crean dos deudas. Tampoco cambiar de banco a tarjeta convierte la cuota original en una nueva obligación independiente.

Este registro puede ser una hoja de control o una herramienta administrativa apropiada para tu volumen. Lo importante es que permita reconstruir el estado económico sin confundirlo con los estados técnicos de cada proveedor. Un registro común no significa que exista una integración automática entre todos tus sistemas.

2. Define los campos mínimos y los responsables

Guarda la referencia, el cliente, el concepto, el periodo, el vencimiento y el importe previsto. Añade el medio acordado, las referencias de operaciones y el importe confirmado. Reserva un campo para incidencias y otro para quién debe resolverlas. Evita utilizar comentarios libres como única prueba de que un pago se ha comprobado.

No almacenes números completos de tarjeta ni credenciales bancarias en la hoja. Utiliza referencias operativas suficientes y limita quién puede modificar importes o cambiar el canal previsto. El equipo necesita una regla común, no acceso indiscriminado a toda la información financiera.

3. Revisa tarjeta y banco por separado

Para la tarjeta, comprueba el resultado registrado por el sistema y la referencia de la operación. No marques pagado solo porque se envió un enlace. Para los cobros bancarios, consulta el registro del banco o el procedimiento externo que utilices. Una remesa preparada, una transferencia anunciada y un movimiento confirmado representan momentos diferentes.

Después relaciona cada resultado con la obligación común. Ten en cuenta que las fechas y los estados disponibles pueden variar entre canales. Una operación pendiente no debe tratarse como fallo definitivo simplemente porque la otra vía podría ser más rápida. Si no conoces el resultado, deja la incidencia abierta y compruébalo antes de generar otra acción.

PagosRecurrentes no debe presentarse como emisor de remesas SEPA ni como sistema de conciliación bancaria automática. Puedes utilizarlo para la parte de cobro que corresponda y mantener fuera el proceso bancario. La coordinación entre ambos requiere un procedimiento explícito y referencias que permitan revisar las diferencias.

4. Controla el cambio de banco a tarjeta

Cuando un cliente pide cambiar de medio, confirma desde qué obligación se aplicará. Puede ser la próxima mensualidad, no necesariamente la que ya está en curso. Antes de enviar un nuevo cobro, revisa si existe un adeudo presentado, una transferencia pendiente de identificar o un intento de tarjeta cuyo resultado todavía no es concluyente.

No des por cancelada una operación bancaria porque hayas cambiado un campo en otra herramienta. Comprueba qué acción permite el banco y en qué estado está la operación. Si no puede detenerse o su resultado es incierto, decide el siguiente paso con esa información y evita activar en paralelo otra vía sin control.

Informa al cliente del periodo y del medio que debe utilizar. Una comunicación precisa reduce el riesgo de que pague por transferencia para resolver un aviso mientras otro miembro del equipo activa la tarjeta. Conserva la confirmación del cambio y revisa la primera obligación posterior para comprobar que no siguen conviviendo instrucciones contradictorias.

5. Ejemplo ficticio con tres clientes

Un negocio ficticio cobra cuotas de 40 €. Ana paga septiembre con tarjeta y el resultado está confirmado. Bruno paga por transferencia, pero inicialmente solo ha comunicado que la ordenó. Carla tiene un adeudo bancario en curso y solicita pasar a tarjeta. Los tres casos pueden aparecer en una misma hoja, pero requieren decisiones distintas.

Si Bruno ingresa finalmente 25 €, el saldo pendiente es 15 €, no 40 €. Si Carla cambia el medio para octubre, septiembre conserva su seguimiento propio. Son situaciones ficticias de control; no describen automatizaciones del producto ni autorizan un cargo sin revisar el acuerdo y las operaciones existentes.

6. Actúa con cautela ante pagos duplicados

La prevención comienza antes del cargo: una sola persona o un procedimiento coordinado decide la acción sobre cada obligación. Revisa los avisos enviados y los pagos externos recientes antes de iniciar una recuperación manual. El hecho de que una tarjeta haya fallado ayer no demuestra que el cliente no haya pagado hoy por el banco.

Si detectas dos pagos confirmados para la misma obligación, no borres uno del registro. Conserva ambas referencias, confirma los importes y revisa qué solución procede. Una devolución debe quedar asociada a la operación y a la decisión correspondiente. No compenses silenciosamente otro periodo sin comprobar las condiciones y comunicar el acuerdo cuando sea necesario.

También revisa el efecto de una devolución posterior. Una obligación que parecía resuelta puede volver a necesitar atención. Mantener la historia de operaciones permite explicar el saldo actual sin inventar una nueva cuota ni perder el rastro del pago original. El objetivo no es sumar movimientos, sino conocer la posición económica correcta.

7. Establece un cierre periódico revisable

Define una frecuencia de revisión acorde con el volumen y el calendario de cobro. En cada cierre, cruza obligaciones vencidas, operaciones confirmadas, devoluciones e incidencias. No mezcles el saldo de clientes con el importe neto liquidado por los proveedores: las comisiones y los calendarios de liquidación pueden explicar diferencias que no son impagos.

La página de funcionalidades de PagosRecurrentes describe la parte de cobro disponible. Valora cómo encaja con tu registro común sin atribuirle sincronización bancaria o una visión integral de todos los canales si esa conexión no está implementada.

Guarda la fecha del cierre y quién lo revisó. Cuando aparezca una diferencia, indica qué evidencia falta y quién debe obtenerla. Una incidencia con responsable y siguiente paso es mucho más útil que una celda roja sin explicación. Antes de ampliar el volumen, comprueba que otra persona puede reconstruir una obligación desde el acuerdo hasta su resolución.

8. Checklist para convivir con dos medios

• Cada cuota tiene una referencia única, aunque cambie el medio.
• Se distinguen deuda, intento, pago confirmado y devolución.
• Los resultados de tarjeta y banco se verifican en sus fuentes.
• Ninguna operación incierta se da por fallida sin revisión.
• Los cambios de medio indican desde qué periodo se aplican.
• Se comprueban pagos externos antes de iniciar otra recuperación.
• Los duplicados conservan sus referencias y su resolución documentada.
• El cierre tiene fecha, responsable y diferencias explicadas.

No necesitas migrar a todos los clientes al mismo tiempo para ganar control. Empieza por ordenar el registro y las transiciones. Si el procedimiento funciona con una muestra pequeña, amplíalo manteniendo las mismas referencias y reglas. La coexistencia de canales resulta manejable cuando cada obligación tiene una historia clara y nadie actúa sobre ella a ciegas.