Generar Norma 19 SEPA

Norma 19 SEPA

Norma 19 SEPA

Procedimiento

Una vez introducidos los beneficiarios manualmente, importados desde hoja de cálculo o importada una norma 19 o norma 58, seleccione el emisor, las fechas de confección y ejecución e indique la versión de la misma entre las disponibles:

  • 19.14 CORE
  • 19.15 COR1
  • 19.44 B2B
  • 19.14 CORE en XML
  • 19.15 COR1 en XML
  • 19.44 B2B en XML
  • Antigua 19

Generar norma 19 SEPA

El programa genera un nombre automáticamente en base al NIF e IBAN del emisor y la fecha en la carpeta Norma19 dónde está instalada. Pero es libre de cambiarlo.

Utilice los filtros de mandato y identidades de acreedor para desdoblar un listado de deudores en varias remesas.

El programa hace una sustitución de caracteres para maximizar la compatibilidad de la norma.

Opciones

Detalle de abono: un abono por cada operación: Con esta opción podemos indicar si queremos una relación de movimientos  bancarios con cada uno de los adeudos o se agrupan todos en uno.

No indicar el BIC en normas 10 SEPA texto plano: En las normas nacionales, esquema básico, no es necesario el BIC. Alguna entidad puede dar problemas con aquellas entidades en proceso de absorción. En estos casos lo mejor es evitar indicar el BIC.

Norma 19 SEPA con varios vencimientos diferentes

Norma 19 SEPA con varios vencimientos diferentes

GeneraSEPA permite la emisión de normas 19 SEPA con varios vencimientos. Tanto en formato txt básico como xml.

Registro de datos y modo de uso

Al cargar los datos puede especificar diferentes vencimientos y tipos de adeudo ("RCUR" "FRST" "FNAL" "OOFF").

Si hace una importación de la norma 58 ya se obtiene automáticamente la fecha de vencimiento.

Establecer fecha de vencimiento en norma 19

Si no indicar valores, se considera la fecha de cobro especificada a la hora de generar la remesa como fecha por defecto. Y "RCUR" como valor por defecto en tipos de adeudo.

Una vez tenga los datos tenemos que utilizar la opción "Remesa con Varios Vencimientos y/o Tipos de adeudo" a la hora de generar la remesa.

Convertir norma 58 a norma 19 SEPA

Esto funciona tanto en archivos de norma 19 SEPA en texto básico como en xml.

Si quiere hacer comprobaciones de los cálculos por fecha y tipo de adeudo, utilice la opción del menú Utilidades -> Depurar grupos por vencimiento.

Soporte por entidad financiera

No todas las entidades financieras permiten este tipo de archivos. Pruebe los archivos en su banca electrónica para salir de dudas. En caso de no está soportado utilice la generación de lotes por fechas de vencimiento.

Nosotros hemos probado en varias entidades.

Cajamar

Soportado tanto en formato texto básico como xml de la norma 19 SEPA.

Cajamar soporte norma 19 con varios vencimientos

Unicaja

No soportado en ningún formato de norma 19 SEPA.

Unicaja soporte norma 19 con varios vencimientos

Banco Popular

No permite la presentación de remesas con varios vencimientos diferentes.

CaixaBank, Bankinter, BBVA, Deutsche Bank, Santander, ...

En estos bancos funciona sin problemas.

Generar lote de archivos norma 19 XML por fecha vencimiento

Generar lote de archivos norma 19 XML por fecha vencimiento

No todos los bancos y cajas permiten generar remesas de norma 19 en formato XML con varios vencimientos diferentes. Es el caso de Unicaja. Esto puede cambiar en un futuro, ya que esta limitación es muy molesta e ineficiente.

Este inconveniente es especialmente molesto cuando estamos haciendo la conversión de normas 58 y 32 a una 19 XML para su anticipo de cobro.

Para salvar esta situación hemos añadido la posibilidad de generar un lote completo de archivos en norma 19 XML, creando un archivo por cada fecha de vencimiento.

El funcionamiento es el habitual, seleccionamos un nombre y ubicación de archivo. Solo que luego convierte el mismo en un directorio destino para los archivos individuales del lote.

Al usar la opción "Generar lote por fecha vencimiento", se crea un archivo de normal 19 XML por cada fecha de vencimiento presente en la relación de adeudos.

Lote de norma 19 XML por fecha de vencimiento

Uno de los aspectos fundamentales en este procedimiento es el uso correcto del directorio donde generar los archivos. No debería repetirse para que luego al remitir las remesas el operador de la banca electrónica no se confunda seleccionando archivos que no proceden.

Lote de archivos norma 19 XML en base a fecha de vencimiento

Nosotros hemos tratado de facilitar al extremo el trabajo del usuario, pero igualmente sufrirá el engorro de tener que remitir por la banca electrónica tantos archivos individuales como vencimientos haya.

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

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.

Cambio norma COR1 a CORE

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.

Eliminar espacios en Referencias SEPA

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