Cambios en los ficheros SEPA 2026 en Sage 50

Summary

Desde la versión 2026.3.0 de Sage 50, todos los ficheros de remesas SEPA de cobros y pagos aplican los cambios del rulebook de 2023, que entran en vigor de forma obligatoria en noviembre de 2026, momento en que las entidades financieras solo aceptarán ficheros SEPA con dirección estructurada.

Resolution

Fechas de aplicación del cambio

Desde octubre de 2025 es obligatorio que las entidades financieras den soporte a este cambio, coexistiendo el formato antiguo y el nuevo hasta noviembre de 2026, fecha a partir de la cual solo se podrán utilizar ficheros SEPA con la dirección estructurada.

En Sage 50, desde esta versión 2026.3.0, todos los ficheros SEPA de cobros y pagos ya aplican los cambios, ya que existe garantía de que todas las entidades financieras dan soporte a estos ficheros.

Cambios en la dirección estructurada

Se han implementado las direcciones estructuradas en los ficheros SEPA (SDD y STC), sustituyendo el uso de <AdrLine> por campos normalizados para empresa, clientes y proveedores, con el objetivo de mejorar la calidad del dato, evitar rechazos bancarios y asegurar el cumplimiento del estándar SEPA vigente.

Estructura anterior:

<AdrLine>Nombre de la calle y número</AdrLine>

<AdrLine>Código postal + Población</AdrLine>

</PstlAdr>

Nueva estructura:

<StrtNm>Nombre de la calle</StrtNm>

<BldgNb>Número de la calle</BldgNb>

<PstCd>Código postal</PstCd>

<TwnNm>Población</TwnNm>

</PstlAdr>

Campos y obligatoriedad:

StrtNm (Nombre de la calle): opcional.
BldgNb (Número de la calle): opcional.
PstCd (Código postal): opcional.
TwnNm (Población): obligatorio.
Ctry (País): obligatorio.

Reglas para extraer el nombre y el número de la calle

No se ha creado un campo independiente para el número de la dirección. Se aplica una lógica que extrae el número desde el campo dirección con las siguientes reglas.

Para obtener el nombre de la calle:

Si la dirección contiene una coma, se considera nombre de la calle los caracteres a la izquierda de la primera coma. Ejemplo: "Calle Mayor, 7" → "Calle Mayor".
Si la dirección no contiene una coma, se consideran nombre de la calle los caracteres a la izquierda del primer número. Ejemplo: "Calle Mayor 7" → "Calle Mayor".
Excepción: si el número encontrado tiene a su derecha " de", se considera parte del nombre de la calle y se sigue buscando un número hacia la derecha. Ejemplo: "Calle 2 de mayo 7" → "Calle 2 de mayo".
Si no se puede extraer el nombre de la calle, se deja vacío.

Para obtener el número de la calle:

Si la dirección contiene una coma, se consideran número de la calle los caracteres a la derecha de la primera coma. Ejemplos: "Calle Mayor, 7" → "7"; "Calle Mayor, 7BIS" → "7BIS".
Si la dirección no contiene una coma, se consideran número de la calle los caracteres a la derecha desde el primer número incluido. Ejemplos: "Calle Mayor 7" → "7"; "Calle Mayor 7BIS" → "7BIS".
Excepción: si el número encontrado tiene a su derecha " de", se considera parte del nombre y se sigue buscando un número. Ejemplo: "Calle 2 de mayo 7" → "7".
Si no se puede extraer el número de la calle, se informa "S/N". Ejemplo: "Calle mayor" → "S/N".

Si no se puede obtener el nombre de la calle, pero sí el número:

Al generar el fichero SEPA, se muestra el aviso "Incidencias detectadas durante la validación" informando de que no se ha podido obtener la calle y número en las facturas afectadas, pero se genera el fichero igualmente.

Fichero SEPA de cobros SDD

Para la dirección del cliente se utiliza prioritariamente la configurada con Tipo igual a Remesa SEPA. Si no hay ninguna definida, se toma la primera encontrada con Tipo vacío, que corresponderá a la principal definida en el mantenimiento de clientes, pestaña General.La dirección de la empresa se toma de la configurada en el mantenimiento de empresa, en General \ Datos generales.

Fichero SEPA de pagos SCT

Para la dirección del proveedor se utiliza la primera encontrada, que corresponderá a la principal definida en el mantenimiento de proveedores, pestaña General.La dirección de la empresa se toma del mantenimiento de empresa, en General \ Datos generales.

6. Cambios en las plantillas SEPA

Plantilla base ADEUDOS (Adeudos):

Actualización de la descripción del tag "Unstructured (No estructurado)".
Nuevo campo LEI, relleno por defecto con RCUR (recurrente).

Plantilla base TRANSSEPA (Transferencias SEPA):

Actualización de la descripción del tag "Unstructured (No estructurado)" y del tag "Reference".
Nuevos campos en CreditorAccount, sin valor por defecto: CreditorAccountCode (alfanumérico hasta 4 dígitos), CreditorAccountProperty (alfanumérico hasta 35 dígitos) y CreditorAccountId (alfanumérico hasta 35 dígitos).
Nuevos campos en DebtorAccount, sin valor por defecto: Code (alfanumérico hasta 4 dígitos), Property (alfanumérico hasta 35 dígitos) e Id (alfanumérico hasta 35 dígitos).

Plantilla base TRANS_EURO (Transferencias EURO):

Actualización de la descripción del tag "Unstructured (No estructurado)".
Nuevos campos en CreditorAccount: CreditorAccountCode, CreditorAccountProperty y CreditorAccountId.
Nuevos campos en DebtorAccount: Code, Property e Id.

Plantilla base CHEQUES (Cheques):

Nuevos campos en DebtorAccount, sin valor por defecto: Code (alfanumérico hasta 4 dígitos), Property (alfanumérico hasta 35 dígitos) e Id (alfanumérico hasta 35 dígitos).

7. Otros cambios en el XML

En el fichero SDD (cobros), dentro del tag padre <OrgId>, el tag <BICorBEI> pasa a ser <AnyBIC>. Si se informa el tag <FinInstid>, el tag <BIC> pasa a ser <BICFI>.En el fichero SCT (pagos), dentro del tag padre <OrgId>, también se sustituye <BICorBEI> por <AnyBIC>, y si se informa el tag <FinInstid>, <BIC> pasa a <BICFI>.Además, el tag ReqdExctnDt pasa a ser un nodo que incluye el tag Dt. Lo que antes se informaba directamente en <ReqdExctnDt>15-12-2026</ReqdExctnDt> ahora se informa como <ReqdExctnDt><Dt>15-12-2026</Dt></ReqdExctnDt>

Solution Properties

Solution ID: 260624144822570
Last Modified Date: Mon Jun 29 14:35:38 UTC 2026
Views: 0