Gestión de mandatos de adeudo directo SEPA: guía completa
2026-05-01
Si todavía gestionas los mandatos SEPA con una bandeja de entrada compartida, una hoja de cálculo y una carpeta llena de PDFs, las grietas suelen aparecer en el peor momento posible. Un lote está listo para enviar, un cliente ha cambiado los datos de su cuenta bancaria, otro revocó la autorización por email la semana pasada y alguien nota que la referencia del mandato en el fichero no coincide con el registro archivado.
Este es el problema central de la gestión de mandatos de adeudo directo SEPA. No es solo una cuestión de documentos legales, y tampoco es solo una cuestión de conversión de ficheros. Para la mayoría de las pymes, se sitúa incómodamente entre el cumplimiento normativo, la administración de clientes y las operaciones de pago. Si esas tres partes no están alineadas, los cobros fallan, los bancos rechazan ficheros y los equipos financieros pierden tiempo arreglando errores evitables.
La buena noticia es que el proceso se vuelve mucho más manejable una vez que tratas el mandato como un registro operativo vivo en lugar de un formulario que recoges una vez y olvidas.
Comprendiendo los componentes esenciales de un mandato SEPA
Un mandato de adeudo directo SEPA es la autorización del deudor para que cobres fondos de su cuenta bancaria. En la práctica, es tanto una base de instrucción de pago como un registro de cumplimiento. Si el mandato está incompleto, es inconsistente o está mal almacenado, tu fichero XML posterior puede ser técnicamente válido pero operativamente débil.
La gestión de mandatos SEPA se estandarizó en toda la zona euro después de que las transferencias SEPA se implementaran en enero de 2008, y un hito posterior en noviembre de 2016 redujo el plazo de presentación para adeudos directos SEPA CORE a un día antes del cobro, mientras que el marco también reemplazó los formatos de cuenta nacionales más antiguos por IBAN y BIC como parte de un enfoque unificado en los estados miembros, según el informe anual del Banco Central Europeo.
Los campos que importan en las operaciones del día a día
Un mandato utilizable debe capturar la misma información cada vez, en la misma estructura. Cuando los equipos financieros permiten variaciones de texto libre, crean problemas más tarde durante la validación y la generación XML.
Como mínimo, tu registro de mandato debe incluir claramente:
- Referencia única del mandato. Identifica el mandato en sí, no solo al cliente. Debe mantenerse coherente en tu registro interno, preaviso y fichero de pago.
- Identificador del acreedor. Vincula el cobro al acreedor autorizado a presentarlo.
- Nombre y dirección del deudor. Estos datos deben coincidir con el registro del cliente con el que operas, no con una entrada de contacto comercial obsoleta.
- Cuenta bancaria del deudor en formato IBAN. Muchos errores operativos empiezan si se introduce manualmente y nunca se valida.
- Tipo de pago. Necesitas saber si la autorización cubre un cobro único o cobros recurrentes.
- Fecha de firma. Esa fecha importa cuando surgen disputas y cuando el personal necesita verificar el registro.
- Nombre y dirección del acreedor. Estos datos deben estar estandarizados y controlados centralmente.
Un mandato que contiene todos los campos correctos pero usa nomenclatura inconsistente, referencias duplicadas o versiones de documentos gestionadas de forma laxa sigue siendo un mandato operativamente malo.
Regla práctica: Construye una plantilla controlada y deja de permitir que los equipos improvisen su propia redacción del mandato, orden de campos o convenciones de nomenclatura.
Core y B2B no son intercambiables
El mayor error que veo en las pymes es asumir que todos los mandatos de adeudo directo se comportan igual. No es así. Los esquemas CORE y B2B crean flujos de trabajo diferentes y riesgos de fallo diferentes.
CORE suele ser la ruta operativa más sencilla para cobros amplios a clientes.
B2B tiene una verificación más estricta por parte del banco y exige una administración más sólida antes de que envíes un adeudo.
Esa distinción importa porque tu proceso de recogida de mandatos debe cambiar según el esquema. Si tu equipo comercial, equipo financiero y ERP tratan ambos tipos de mandato como idénticos, acabarás enviando un cobro contra un mandato que el banco del deudor no ha confirmado adecuadamente.
Cómo es un buen mandato
Un buen mandato es claro, completo y fácil de conciliar. Debe responder a estas preguntas sin que nadie tenga que buscar en emails:
- Quién está cobrando.
- Quién autorizó el cobro.
- Qué cuenta bancaria está autorizada.
- Si el cobro es único o recurrente.
- Cuándo firmó el deudor.
- Qué referencia identifica el mandato.
- Dónde se almacena la evidencia de respaldo.
Eso suena básico, pero es donde muchos procesos manuales se rompen. Los equipos a menudo recogen un PDF firmado, lo guardan en una carpeta del escritorio, introducen solo parte de los datos en el sistema contable y asumen que el resto se puede encontrar más tarde. Más tarde es cuando el banco pide pruebas, o el fichero XML incluye una referencia que nadie puede rastrear.
La visión de cumplimiento y la visión de operaciones deben encontrarse
Los bancos se centran en evidencias, coherencia y envíos válidos. Los equipos financieros se centran en cobrar a tiempo. Una buena gestión de mandatos se sitúa en el medio. Si quieres una visión más amplia de cómo las instituciones abordan la gobernanza en torno a reglas, controles y auditabilidad, esta descripción general del cumplimiento regulatorio para bancos proporciona contexto útil sobre por qué los registros estructurados importan tanto.
La lección práctica para las pymes es sencilla. No trates el mandato como un problema de archivo documental. Trátalo como datos maestros con peso legal.
Buenas prácticas para recoger y validar mandatos
La mayoría de los problemas de mandato se introducen en la recogida, no en el envío. Cuando un fichero de remesa falla, la causa raíz suele estar mucho antes. Un error tipográfico en el IBAN, un texto de consentimiento vago, una fecha de firma ausente o un mandato B2B que el cliente nunca registró con su banco.
Por eso el paso de recogida requiere mayor disciplina de la que normalmente recibe.
El papel funciona, pero crea deuda administrativa
Los mandatos en papel siguen siendo viables. Son familiares, algunos clientes los prefieren y pueden encajar bien en entornos de bajo volumen. El problema no es la legalidad. El problema es lo que ocurre después de la firma.
El papel crea fricción en varios puntos:
- Riesgo de entrada de datos. Alguien tiene que volver a teclear IBANs, nombres, direcciones y referencias de mandato.
- Inconsistencia de almacenamiento. Las copias físicas a menudo acaban repartidas entre departamentos o escaneadas con estándares de nomenclatura deficientes.
- Gestión lenta de excepciones. Cuando un deudor disputa un cobro, recuperar la versión firmada exacta puede llevar demasiado tiempo.
La recogida electrónica elimina parte de esa fricción si está diseñada correctamente. Pero un mal formulario digital es simplemente una forma más rápida de recoger datos incorrectos.
Qué debe imponer el flujo de trabajo de recogida
Un flujo de trabajo de recogida robusto hace tres trabajos a la vez. Obtiene una autorización clara, captura datos estructurados y alimenta los mismos valores en el flujo de pago sin reescritura manual.
Las comprobaciones que vale la pena imponer desde el principio son:
- Usar un único formato de mandato aprobado. Ventas, finanzas y gestión de cuentas no deberían usar cada uno su propia versión.
- Validar el IBAN en el punto de entrada. No esperes hasta la generación del lote.
- Bloquear los campos obligatorios. Si los campos clave están vacíos, el flujo de trabajo debe detenerse.
- Almacenar la evidencia inmediatamente. Mandato firmado, marca de tiempo y metadatos del registro deben ir juntos.
- Vincular el mandato al registro maestro del cliente. No mantengas el estado del mandato en una hoja separada no gestionada.
Si necesitas una referencia práctica de lo que debe contener un formulario de adeudo directo utilizable, esta guía sobre el formulario de adeudo directo SEPA es un buen punto de referencia para la estructura del formulario.
Si tienes que limpiar los mismos datos de cliente dos veces, tu proceso de recogida ya es demasiado débil.
Los mandatos B2B necesitan una vía separada
Los mandatos B2B merecen su propio flujo de trabajo, cola y controles. No son una variación menor de CORE. Requieren acción adicional por parte del deudor y su banco.
Para los mandatos B2B, el deudor debe proporcionar una verificación escrita directamente a su banco confirmando que emitió el mandato, y el banco coteja los IDs del mandato antes de liquidar el adeudo, lo que añade una complejidad significativa y significa que la gestión de mandatos B2B no puede automatizarse completamente, como se explica en este análisis del procesamiento de adeudos directos SEPA y verificación de mandatos.
Eso tiene consecuencias directas para los equipos financieros. Necesitas un campo de estado que refleje si la verificación del banco del deudor ha ocurrido. Si no lo rastrean por separado, el personal asumirá que un documento firmado significa que el mandato está listo para el cobro. En B2B, esa suposición causa rechazos evitables.
Un consentimiento claro vale más que una redacción ingeniosa
Los equipos a veces complican excesivamente la redacción del mandato con la esperanza de que más lenguaje legal signifique más protección. Normalmente solo confunde a los clientes y aumenta los errores de cumplimentación.
Un estándar práctico es mejor:
- identificar al acreedor claramente
- identificar al deudor claramente
- especificar la cuenta bancaria a debitar
- hacer inequívoco el tipo de pago
- asegurar que la autorización sea explícita
- mantener el recorrido del cliente corto
Para una perspectiva operativa más amplia sobre cómo las empresas deben incorporar controles en los flujos de trabajo rutinarios, esta guía estratégica de cumplimiento es útil porque enmarca el cumplimiento como un problema de diseño de procesos, no solo una cuestión de políticas.
El mejor proceso de recogida es el que reduce la interpretación. Si el personal tiene que adivinar si un mandato está completo, el proceso es demasiado laxo.
Almacenamiento seguro y gestión del ciclo de vida del mandato
La parte más difícil de la gestión de mandatos de adeudo directo SEPA suele empezar después de la firma. La recogida recibe atención porque se siente visible. El almacenamiento, el control de cambios y la gestión de revocaciones tienden a dejarse al hábito. Ahí es donde muchas pymes acumulan riesgo silencioso.
Un mandato firmado no es un fichero estático. Es un registro vivo vinculado a actividad de pago futura. Si su estado cambia y tu fichero de pago no refleja ese cambio, el problema es operativo antes de ser legal.
El almacenamiento necesita estructura, no solo retención
Muchos equipos creen que están cubiertos porque pueden localizar un PDF en algún sitio. Eso no es suficiente. Un repositorio de mandatos funcional necesita permitir al personal responder tres preguntas rápidamente: ¿el mandato está activo, qué datos exactos autoriza y dónde está la evidencia de respaldo?
Un modelo de almacenamiento fiable normalmente incluye:
- Un registro maestro por mandato con una única fuente de verdad para su estado actual
- Evidencia vinculada como formulario firmado, correspondencia relacionada y notas internas
- Historial de cambios para que el personal pueda ver cuándo se actualizaron los detalles y por quién
- Acceso controlado porque los datos del mandato incluyen información personal y bancaria sensible
Esto importa aún más una vez que tu negocio crece más allá de un puñado de cobros mensuales. Los hábitos de archivo manual que parecen manejables a bajo volumen se vuelven frágiles cuando múltiples miembros del personal actualizan registros de clientes.
La revocación es donde las hojas de cálculo se desmoronan
Una de las brechas más claras en la orientación existente es la gestión del ciclo de vida después de la autorización inicial. Los clientes pueden revocar mandatos en cualquier momento, y eso crea una presión real para las pymes del Reino Unido que intentan conciliar mandatos revocados contra ficheros XML SEPA antes del envío, con el riesgo de ficheros de lote rechazados y retrasos bancarios destacado en la guía en profundidad de Stripe sobre adeudo directo SEPA.
Ese es el punto operativo que muchos equipos pasan por alto. La revocación no es solo un evento de servicio al cliente. Es un evento de control de pagos.
Si un cliente envía una revocación por email y alguien la lee pero no actualiza el registro maestro del mandato, el siguiente lote puede seguir incluyendo ese adeudo. En ese punto, el fallo no está causado por SEPA. Está causado por un flujo de trabajo interno débil.
Un mandato revocado nunca debería vivir solo en una bandeja de entrada de email.
Usa una gestión de estados en la que finanzas pueda confiar
Un modelo de estados sencillo normalmente funciona mejor que uno excesivamente detallado que nadie mantiene. Para la mayoría de las pymes, los estados prácticos son:
| Estado | Qué significa operativamente | ¿Puede incluirse en un lote? |
|---|---|---|
| Activo | El mandato está completo y utilizable | Sí |
| Pendiente de verificación | Los datos o pasos de soporte están incompletos | No |
| Modificado | Se han recibido cambios pero no se han aplicado completamente | No |
| Cancelado o revocado | El cliente ha retirado la autorización | No |
| Archivado | Ya no está activo, retenido con fines de registro | No |
La clave es que tu proceso de generación de pagos debe leer directamente de este modelo de estados. Si el estado se mantiene en un lugar y el XML se construye desde otro, las discrepancias son inevitables.
Gestiona los cambios como eventos formales
Los cambios de cuenta bancaria, las correcciones de nombre del cliente y los cambios de esquema deben activar una ruta de actualización controlada. No permitas que el personal sobrescriba datos del mandato sin un registro de lo que cambió.
Un proceso sólido normalmente se ve así:
- se recibe la solicitud del cliente
- se revisa la evidencia de respaldo
- se actualiza el registro del mandato
- los datos antiguos se retienen en el historial
- se vuelve a comprobar la elegibilidad de pago antes del siguiente lote
Muchos equipos financieros descubren que lo que consideraban “suficientemente organizado” no lo es, de hecho. Si no puedes saber qué versión de un mandato alimentó el último fichero de cobro, tu pista de auditoría ya es débil.
Integración de mandatos en tu flujo de trabajo de generación de pagos
La calidad legal y la calidad técnica finalmente se encuentran. Puedes tener un mandato firmado, un consentimiento válido del cliente y una estructura de carpetas ordenada, y aun así acabar con un fichero rechazado porque tu mapeo de datos al XML SEPA es incorrecto.
Por eso la gestión de mandatos no debería estar separada de la generación de ficheros. Los dos procesos necesitan conectarse limpiamente.
El método manual se rompe de formas ordinarias
La mayoría de las pymes empiezan con hojas de cálculo porque las hojas de cálculo están disponibles. Un equipo exporta datos de clientes, añade referencias de mandato, copia datos de cuenta bancaria de otro fichero e intenta mapear todo en los campos que requiere el banco.
El problema no es que sea imposible. El problema es que depende de demasiadas suposiciones silenciosas:
- alguien usó la versión correcta de columnas
- el estado del mandato estaba actualizado
- los valores IBAN estaban limpios
- los nombres y referencias se copiaron sin truncamiento
- la estructura XML final coincidía con las expectativas del banco
La orientación existente a menudo pasa por alto lo que realmente sale mal al convertir formatos antiguos a XML SEPA. En la práctica, el mapeo desde formatos heredados del Reino Unido como AEB 34, 14 y 59 a campos SEPA modernos puede fallar sin ser detectado, especialmente en torno a la población de IBAN/BIC, y el XML malformado puede detectarse solo cuando el banco lo rechaza, como señala la descripción general de SlimPay sobre problemas con mandatos SEPA.
Ese punto de “fallo silencioso” importa. Un fichero puede parecer completo para el equipo financiero y aun así contener errores estructurales que solo salen a la superficie después del envío.
Flujos de trabajo manuales, basados en herramientas y dirigidos por API
No hay una configuración correcta para todos los equipos. La elección adecuada depende del volumen, la madurez del sistema y con qué frecuencia cambian los datos antes del envío.
Aquí tienes una comparación práctica.
| Punto de control | Riesgo del proceso manual | Beneficio de la herramienta automatizada |
|---|---|---|
| Mapeo de referencia del mandato | Errores de copiar y pegar | Extrae el campo mapeado de forma coherente |
| Formato del campo IBAN | Una estructura inválida puede pasar desapercibida | Valida antes de exportar |
| Filtrado de estados | Mandatos revocados o pendientes pueden colarse | Aplica inclusión basada en reglas |
| Conversión de ficheros heredados | Los formatos AEB y de hojas de cálculo varían ampliamente | Normaliza los formatos de origen |
| Generación XML | Problemas de esquema detectados tarde | Genera salida estructurada directamente |
| Pista de auditoría | Difícil rastrear quién cambió qué | Mantiene un historial de procesamiento más claro |
Para equipos que aún trabajan con hojas de cálculo y ficheros ERP exportados, la conversión basada en herramientas suele ser el mejor punto intermedio. Reduce el trabajo de mapeo manual sin requerir una reconstrucción completa del sistema.
Para equipos técnicos, la automatización por API puede ir más lejos. Si tu ERP o CRM ya contiene los datos de mandato correctos, el mejor resultado es generar ficheros de pago directamente desde registros validados en lugar de depender del retrabajo humano. Eso elimina la copia repetida y reduce la posibilidad de ediciones manuales de último minuto.
Si estás evaluando cómo puede ser un proceso de cobro más automatizado en la práctica, esta guía sobre cómo automatizar el cobro de adeudo directo SEPA ofrece una visión operativa útil.
Qué debe ocurrir antes de la generación XML
Un flujo de trabajo efectivo inserta puertas de validación antes de que se cree el fichero. Esa es la diferencia entre “generamos un fichero” y “generamos un fichero en el que podemos confiar”.
Usa una lista de comprobación previa a la generación como esta:
- Comprobación del estado del mandato. Solo los mandatos activos deben pasar.
- Coherencia de referencias. El ID del mandato en el registro de pago debe coincidir con el registro de mandato almacenado.
- Validación de datos bancarios. El IBAN y los campos de cuenta relacionados deben comprobarse antes de la inclusión.
- Confirmación del esquema. Las instrucciones CORE y B2B no deben mezclarse casualmente.
- Revisión de cambios del cliente. Las modificaciones recientes deben resolverse antes de construir el fichero.
Un recorrido visual breve puede ayudar si tu equipo está pasando de la preparación manual de remesas a un proceso más estructurado.
Qué funciona realmente en las pymes
El mejor flujo de trabajo rara vez es el más complicado. Es el que elimina la gestión repetida. En equipos financieros pequeños, eso normalmente significa:
- recoger datos del mandato en un formato controlado
- mantener el estado y la evidencia de respaldo juntos
- validar los campos bancarios antes de preparar la remesa
- generar XML desde registros estandarizados, no desde ediciones ad hoc
- dejar de editar el fichero de lote final a mano
Lo que no funciona es el modelo semi-automatizado donde la recogida es digital pero la preparación del fichero sigue dependiendo de hojas de cálculo paralelas, aprobaciones por email y correcciones manuales de campos. Esa configuración te da la apariencia de control mientras preserva los mismos puntos de fallo.
Cómo evitar proactivamente los errores comunes de mandatos
La administración SEPA reactiva es cara porque quema tiempo dos veces. Primero cuando el adeudo falla, luego otra vez cuando el personal intenta averiguar si el problema vino del mandato, los datos bancarios, el timing o el fichero de lote.
Un enfoque mejor es asumir que algunos fallos son predecibles y construir controles antes del envío.
El caso para una gestión proactiva de fallos
La diferencia entre un procesamiento SEPA promedio y disciplinado se ve en los resultados de cobro. Twikey reporta una tasa de éxito base de adeudo directo SEPA del 97,06%, mejorando al 99,78% con una gestión profesional de fallos, una mejora de 2,72 puntos porcentuales impulsada por lógica de reintentos, optimización de preavisos y protocolos de validación de mandatos, según su guía del esquema de adeudo directo SEPA.
Esa mejora no es magia. Viene de hacer bien las cosas rutinarias y hacerlas pronto.
Los controles prácticos que vale la pena adoptar son:
- Validar los datos del mandato antes del envío. No uses el banco como tu primer verificador.
- Enviar preavisos de forma coherente. Es menos probable que los clientes se sorprendan con un adeudo del que se les avisó.
- Optimizar el timing de cobro. Si sabes cuándo los clientes suelen tener fondos, envía en consecuencia.
- Usar lógica de reintento estructurada. Los cobros fallidos necesitan un siguiente paso definido, no uno improvisado.
Patrones comunes de fallo relacionados con mandatos
Incluso sin enumerar todos los posibles códigos de devolución bancarios, los temas recurrentes son familiares. Los fallos de mandato normalmente caen en uno de estos grupos:
| Patrón de error | Qué suele significar | Acción correctiva |
|---|---|---|
| Mandato no válido | Faltan datos, son inconsistentes o no aceptados | Revisar el registro del mandato y la evidencia de origen |
| Autorización revocada | El cliente retiró el permiso | Detener el cobro y actualizar el estado inmediatamente |
| Mandato B2B no verificado | La confirmación del banco del deudor está incompleta | Obtener confirmación antes de reintentar |
| Datos bancarios incorrectos | El IBAN o datos relacionados son erróneos o están desactualizados | Corregir datos de origen, luego reconstruir el lote |
| Impago relacionado con el timing | El adeudo llegó en mal momento | Ajustar el preaviso y el timing de reintento |
La gestión profesional de fallos empieza antes del primer cobro fallido.
Si tu equipo solo revisa errores después de que llega una devolución, seguirás resolviendo los mismos problemas repetidamente. Es mucho más eficiente clasificar los fallos, mapear cada uno a una acción estándar y mantener esas acciones en el mismo flujo de trabajo que el registro del mandato.
Para equipos que necesitan una visión más clara de lo que ocurre después de que se devuelve un adeudo, esta guía sobre devoluciones de adeudo directo es un complemento operativo útil.
Qué funciona y qué no
Lo que funciona es un control aburrido y repetible. Referencias coherentes. Datos bancarios limpios. Campos de estado claros. Reglas de reintento definidas.
Lo que no funciona es confiar en la memoria, las bandejas de entrada personales y las ediciones de lotes de último minuto. Los equipos financieros a menudo piensan que el mayor problema es el rechazo bancario en sí. Normalmente es el proceso débil lo que hizo probable el rechazo.
Preguntas frecuentes sobre gestión de mandatos
¿Necesito un nuevo mandato cada vez que cobro a un mismo cliente?
No, si el mandato existente sigue siendo válido, está registrado correctamente y cubre el patrón de cobro previsto. La clave es que la referencia del mandato, los datos del cliente y la cuenta bancaria autorizada deben coincidir con tus registros actualizados. Los problemas surgen cuando los equipos asumen que “mismo cliente” significa automáticamente “mismo mandato válido”.
¿Puedo modificar un mandato cuando un cliente cambia de datos bancarios?
Operativamente, trata eso como un cambio controlado, no como una edición casual. Necesitas datos de autorización actualizados del cliente, un registro claro de lo que cambió y una forma fiable de evitar que los datos bancarios antiguos fluyan al siguiente fichero de remesa. Si tu proceso sobrescribe el valor anterior en una hoja de cálculo, pierdes la auditabilidad.
¿Cuál es el mayor error que cometen las pymes con los mandatos?
Tratan la captura del mandato y la generación del pago como trabajos separados. En la práctica, son una cadena. Si la recogida ocurre en una herramienta, los cambios de estado están en el email y el XML se prepara desde otra exportación, los errores se vuelven muy difíciles de prevenir.
¿Merecen la pena los mandatos B2B con el esfuerzo extra?
Pueden merecerlo, pero solo si los respaldan con los controles adecuados. El procesamiento B2B tiene requisitos de verificación más estrictos, por lo que se adapta a organizaciones que pueden gestionar un proceso administrativo más estructurado. Si tu flujo de trabajo interno sigue siendo laxo, B2B lo expondrá rápidamente.
¿Deben eliminarse del sistema los mandatos revocados?
No. Deben marcarse claramente para que no puedan usarse de nuevo, mientras el registro y la evidencia de respaldo permanecen accesibles por razones operativas y de auditoría. Eliminar mandatos revocados a menudo crea confusión más adelante porque el personal pierde visibilidad de lo que ocurrió.
¿Cómo sé si mi proceso actual es demasiado manual?
Una prueba sencilla funciona bien. Si tu equipo tiene que comprobar emails, carpetas compartidas y hojas de cálculo antes de cada envío, el proceso es demasiado manual. Una configuración estable te permite confirmar el estado del mandato, la evidencia de respaldo y la preparación para el pago desde un único flujo de trabajo controlado.
Si tu equipo todavía construye ficheros SEPA desde hojas de cálculo, exportaciones CSV o formatos AEB antiguos, ConversorSEPA merece un vistazo. Está diseñado para pymes y equipos financieros que necesitan convertir datos de origen en XML SEPA válido, validar datos bancarios y reducir la manipulación manual que causa errores de mandato y remesa.
Preguntas frecuentes
- ¿Necesito un nuevo mandato cada vez que cobro a un mismo cliente?
- No, si el mandato existente sigue siendo válido, está registrado correctamente y cubre el patrón de cobro previsto. La referencia del mandato, los datos del cliente y la cuenta bancaria autorizada deben coincidir con tus registros actualizados. Los problemas surgen cuando los equipos asumen que «mismo cliente» significa automáticamente «mismo mandato válido».
- ¿Puedo modificar un mandato cuando un cliente cambia de datos bancarios?
- Operativamente, trata ese cambio como una modificación controlada, no como una edición informal. Necesitas datos de autorización actualizados del cliente, un registro claro de lo que cambió y un método fiable para evitar que los datos bancarios antiguos aparezcan en el siguiente fichero de remesa. Si tu proceso sobrescribe el valor anterior en una hoja de cálculo, pierdes la trazabilidad.
- ¿Cuál es el mayor error que cometen las pymes con los mandatos?
- Tratan la captura de mandatos y la generación de pagos como trabajos separados. En la práctica, forman una cadena única. Si la recogida ocurre en una herramienta, los cambios de estado están en el correo electrónico y el XML se prepara desde otra exportación, los errores se vuelven muy difíciles de prevenir.
- ¿Deben eliminarse del sistema los mandatos revocados?
- No. Deben marcarse claramente para que no puedan volver a utilizarse, mientras que el registro y la evidencia de respaldo se mantienen accesibles por razones operativas y de auditoría. Eliminar mandatos revocados suele generar confusión más adelante porque el personal pierde visibilidad sobre lo ocurrido.
