Norma 19 SEPA XML España: Cambios 20 de Noviembre de 2016

En 20-11-2016 entrará una nueva versión de la norma "Órdenes en formato ISO 20022 para emisión de Adeudos Directos SEPA, Esquema básico y Esquema B2B".

Supone un simplificación y fijar formalmente ciertas formas de trabajar que ya se estaban aplicando de forma generalizada.

Los cambios se analizan a nivel de Esquema básico, CORE, pero son similares a los que se pueden encontrar en B2B.

Cambios aplicables en Noviembre 2016, de 02-08-2016 en RE 49/328 (con respecto a versión de 22-11-2016):

Adaptación al Rulebook 9.2

Aclaración en las reglas de utilización de caracteres.

Utilización del plazo de presentación D-1 para todo tipo de operaciones.

Eliminación de la obligatoriedad de utilizar el tipo de secuencia "FRST".

Modificación criterio de utilización del código ‘SMNDA’ (same mandate with new debtor account).

ANEXO 5 - CÓDIGOS DE RECHAZO /DEVOLUCIÓN:

Eliminación código FF05 y código AC13

Nuevo código MD

A continuación analizamos los principales.

Modificación de plazos de presentación

Anteriormente se fijaba:

3.9.2.Puesta a disposición de los mensajes a la entidad acreedora
Para poder cumplir con los plazos de presentación, las entidades acreedoras deberán disponer de los mensajes con suficiente antelación respecto de la fecha en que deba efectuarse el cargo en la cuenta de los deudores. En función del tipo de adeudo, el plazo mínimo de entrega de los mensajes será:
- Operación única o primer adeudo de una serie de adeudos recurrentes: 7 días hábiles interbancarios.
- Adeudo de una serie de adeudos recurrentes, cuando no sea el primero: 4 días hábiles interbancarios.

Ahora sería un plazo de 3 días. Que en la práctica puede que sea de solo 1 día.

3.9.2. Puesta a disposición de los mensajes a la entidad acreedora
Para poder cumplir con los plazos de presentación, las entidades acreedoras deberán disponer de los ficheros con una antelación mínima de 3 días hábiles interbancarios respecto de la fecha en que deba efectuarse el cargo en la cuenta de los deudores.
Cuando alguno de los registros incumpla la validación de plazos, la entidad del acreedor podrá rechazar su proceso o ajustar la fecha de cobro a la primera disponible.

Al unificar y reducir los plazos de presentación se hace innecesaria la norma COR1, que desaparece. Simplemente deje de utilizarla y use CORE con los nuevos plazos cuando su banco le avise.

Clarificación de caracteres válidos en referencia de mandado

Esto era un problema ya que no estaba claro que permitían en referencia de mandado y luego el banco rechazaba ciertos formatos. Ahora ya queda claro.

Las referencias, las identificaciones y los identificadores deben respetar las siguientes reglas:
   - El contenido se limita al conjunto de caracteres latinos como se definió anteriormente
   - El contenido no debe comenzar o terminar con un '/'
   - El contenido no debe contener '//' s
   - El contenido no debe contener espacios intermedios

Lo dicho, este problema ya había sido detectado en algunos bancos. Si alguna entidad empieza a darle problemas con los espacios use la opción para eliminar espacios de las referencias de adeudo o mandato.

Eliminación de la obligatoriedad de utilizar el tipo de secuencia "FRST"

Usar el tipo "FRST" requería el mantenimiento de los recibos presentados con cada mandato para poder identificar el primero y siguientes. Esto es bastante complejo por lo que no era raro enviarlos todos como "RCUR".

Inicialmente, en 2014, algunos bancos cuando se enviaba un recibo con un mandato que no tenían y se ponía como recurrente "RCUR" lo devolvía. Pero este comportamiento tan restrictivo tenía muchos inconvenientes por lo que progresivamente habían ido optando por aceptarlos. Ahora se formaliza este comportamiento.

En los últimos meses nuestra recomendación era obviar el tipo "FRST" y directamente poner todos los recibos como "RCUR". Ahora lo puede hacer con mas tranquilidad, no le devolverán los mismos por dicha razón.

Conclusión final

Como habrá comprobado puede seguir usando GeneraSEPA con total tranquilidad a partir del 21 de Noviembre de 2016. Tan solo tendrá que usar CORE en lugar de COR1 si ahora usa la misma.

Información de referencia

Comunicado de cambios por parte de Unicaja.

14 de Noviembre de 2.016