A tener en cuenta

Cuando el usuario utilice Editran/SEPA debe saber:

• Tanto en el caso de los ficheros planos como en el de los ficheros XML el programa no realiza ninguna validación respecto a la coherencia de su contenido (suma de totales de los importes, etc.). Por el contrario, sí valida el formato en ambos casos: secuencia de registros correcta en el formato plano y validación contra el esquema correspondiente en el formato XML.

• En cuanto al contenido, las definiciones de las nuevas normas planas no son completamente simétricas respecto a las normas XML, por eso habrá conceptos, campos, que se perderán al realizar las conversiones en uno y otro sentido. Esta particularidad no debe entenderse como una limitación o defecto de Editran/SEPA, sino que es una característica de las propias normas. En cualquier caso, dicha “pérdida de datos” en ningún caso se refiere a conceptos esenciales u obligatorios sino a informaciones extra que sí se contemplan en las normas XML.

• Dentro de esta asimetría entre los formatos, Editran/SEPA siempre busca conservar el máximo de información al trasladar los datos de uno a otro formato. Por ejemplo, si en el formato XML cierto campo es opcional, siempre que dicha información esté contenida en el formato plano de origen, el conversor lo incluirá en el destino.

• Algunas entidades han definido particularidades a la hora de generar sus ficheros, tanto los planos como los XML. Siempre que dichas restricciones se refieran al contenido y no incumplan factores propios del formato (estructura, longitudes, etc.) no tendrán impacto alguno en el uso del conversor.

• En el formato XML existe un mensaje para la información del estado del pago (según esquema pain.002.001.03) para el que SEPA no ha definido norma en formato plano, por tanto, Editran/SEPA no podrá transformar dicho mensaje.

• Todavía hay entidades que continúan enviando los formatos de los antiguos cuadernos AEB, con longitudes 72 (AEB 34) y 162 (AEB 19). Podrán hacerlo hasta febrero de 2014, si bien estos ficheros no serán tratados por Editran/SEPA.

La aplicación, a modo de ejemplo, transmitirá:

• pain.008.001.02 Inicio Adeudo Directo (recibido por la aplicación desde aplicaciones de negocio).

• pain.002.001.03 Comunicación de Estado.

• En el formato pain.002.001.03 Comunicación de Estado Transferencia (enviado a aplicaciones de negocio), no existe norma plana, por lo que la aplicación no transformará este contenido.

• pain.007.001.02 Solicitud de Cancelación.

• pain.002.001.03 Comunicación de Devoluciones (enviado a aplicaciones de negocio).

• pain.001.001.03 Inicio Transferencia (recibido por la aplicación desde aplicaciones de negocio)