[et_pb_section fb_built=”1″ admin_label=”section” _builder_version=”4.16″ global_colors_info=”{}”][et_pb_row admin_label=”Imagen principal” _builder_version=”4.16″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” global_colors_info=”{}”][et_pb_column type=”4_4″ _builder_version=”4.16″ custom_padding=”|||” global_colors_info=”{}” custom_padding__hover=”|||”][et_pb_image src=”https:\/\/orekait.com\/wp-content\/uploads\/2026\/07\/normativa-epc-sepa.png” alt=”SAP Business Data Cloud” title_text=”normativa-epc-sepa” admin_label=”Imagen principal” module_class=”post-img” _builder_version=”4.25.2″ _module_preset=”default” global_colors_info=”{}”][\/et_pb_image][\/et_pb_column][\/et_pb_row][et_pb_row admin_label=”Cuerpo” _builder_version=”4.25.2″ _module_preset=”default” global_colors_info=”{}”][et_pb_column type=”4_4″ _builder_version=”4.25.2″ _module_preset=”default” global_colors_info=”{}”][et_pb_text admin_label=”Texto” _builder_version=”4.25.2″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” hover_enabled=”0″ global_colors_info=”{}” sticky_enabled=”0″]<\/p>\n
El European Payments Council (EPC) ha definido un nuevo marco para el tratamiento de las direcciones en los mensajes de pago ISO 20022 (XML) utilizados en los esquemas SEPA<\/strong>. Esta evoluci\u00f3n responde a la necesidad de mejorar la calidad de la informaci\u00f3n intercambiada entre entidades, favorecer un procesamiento m\u00e1s automatizado y homog\u00e9neo, y reforzar el cumplimiento de los requisitos regulatorios vinculados, entre otros aspectos, a la prevenci\u00f3n del blanqueo de capitales y a los controles de sanciones.<\/p>\n En la pr\u00e1ctica, el cambio afecta directamente a la forma en que se consignan las direcciones del ordenante y del beneficiario dentro de los ficheros XML<\/strong>. Hasta ahora, muchas organizaciones han trabajado con direcciones introducidas en texto libre, un formato flexible pero poco eficiente desde el punto de vista del tratamiento automatizado. El nuevo enfoque impulsa una transici\u00f3n progresiva hacia modelos m\u00e1s estructurados<\/strong>, con el objetivo de reducir ambig\u00fcedades, mejorar la trazabilidad del dato y facilitar las validaciones por parte de bancos y proveedores de servicios de pago.<\/p>\n Este cambio no debe entenderse \u00fanicamente como una adaptaci\u00f3n t\u00e9cnica del formato XML. Supone tambi\u00e9n una revisi\u00f3n de los datos maestros de clientes y proveedores, de los procesos internos de captura y mantenimiento de direcciones, y de las reglas de generaci\u00f3n y validaci\u00f3n de los ficheros de pago. Por ello, conviene abordarlo con antelaci\u00f3n, especialmente en aquellas organizaciones con un alto volumen de pagos o con sistemas heredados que todav\u00eda dependen de informaci\u00f3n de direcci\u00f3n poco normalizada.<\/p>\n El EPC distingue tres formatos principales:<\/p>\n Hasta el 5 de octubre de 2025<\/strong><\/p>\n \u2705 Direcci\u00f3n no estructurada<\/strong><\/p>\n \u2705 Direcci\u00f3n estructurada<\/strong><\/p>\n \u2705 Direcci\u00f3n h\u00edbrida<\/strong> (a\u00fan no como modelo \u00fanico exigido)<\/p>\n <\/p>\n \u00a0Desde el 5 de octubre de 2025 hasta el periodo final de transici\u00f3n de 2026<\/strong><\/p>\n \u2705 Direcciones no estructuradas<\/strong><\/p>\n \u2705 Direcciones estructuradas<\/strong><\/p>\n \u2705 El uso de la direcci\u00f3n h\u00edbrida<\/strong> como paso intermedio hacia modelos m\u00e1s normalizados.<\/p>\n <\/p>\n Desde el 15 de noviembre de 2026 <\/strong>–<\/strong> A partir de esta fecha, cualquier XML con direcci\u00f3n no estructurada puede ser rechazado<\/p>\n A partir de esa fecha actualizada:<\/p>\n \u274c Se proh\u00edben las direcciones no estructuradas<\/strong><\/p>\n \u2705 Solo se aceptan:<\/p>\n Este cambio implica, de forma sencilla, las siguientes actuaciones:<\/p>\n <\/p>\n La nueva normativa del EPC sobre direcciones en pagos SEPA representa un cambio relevante en la calidad y estructura de la informaci\u00f3n que acompa\u00f1a a las operaciones de pago. Aunque la transici\u00f3n es progresiva, el objetivo final es claro: abandonar el uso de direcciones completamente libres y avanzar hacia formatos estructurados o h\u00edbridos que permitan mayor automatizaci\u00f3n, mejor cumplimiento normativo y menos incidencias operativas. Por ello, las empresas deber\u00edan aprovechar el periodo transitorio para revisar sus datos, adaptar sus sistemas y anticiparse a los requisitos que terminar\u00e1n siendo obligatorios.<\/p>\nTipos de direcciones<\/h2>\n
\n
Se informa mediante l\u00edneas libres (AdrLine). Es un modelo flexible y sencillo de cumplimentar, pero presenta limitaciones para el tratamiento autom\u00e1tico y para los controles de calidad del dato.<\/li>\n
La informaci\u00f3n se distribuye en campos separados, como calle, n\u00famero, ciudad, c\u00f3digo postal y pa\u00eds. Este es el modelo objetivo, ya que aporta mayor precisi\u00f3n, facilita la validaci\u00f3n y mejora la interoperabilidad entre sistemas.<\/li>\n
Combina determinados campos estructurados \u2014como m\u00ednimo, ciudad y pa\u00eds\u2014 con l\u00edneas libres adicionales. Act\u00faa como una soluci\u00f3n de transici\u00f3n entre el formato completamente libre y el formato plenamente estructurado.<\/li>\n<\/ul>\nCalendario oficial<\/h2>\n
\n
\n
\n
\n
\n
Impacto para empresas y sistemas<\/h2>\n
\n