Cambios en la factura QR suiza en noviembre 2025
explicados
Qué cambia realmente (direcciones estructuradas + conjunto extendido de caracteres), qué no cambia (IBAN vs QR‑IBAN) y lista práctica para mantener tus facturas pagables.

Cambios factura QR 2025: qué cambia en noviembre 2025 (y qué no)
Si emites facturas en Suiza—ya seas autónomo, freelancer o PYME—finales de noviembre 2025 trae una actualización importante en la factura QR que puede afectar si los pagos de tus clientes se procesan correctamente.
El cambio más importante NO es "todos deben cambiar a QR‑IBAN".
El cambio real es más simple y operativo:
- El estándar de factura QR v2.3 requiere direcciones estructuradas (tipo S) en el código QR
- Las direcciones no estructuradas/combinadas (tipo K) ya no están permitidas
- La factura QR también soporta un conjunto extendido de caracteres (útil para diéresis, acentos y más)
Esta guía desglosa los cambios, quién se ve afectado y qué debes hacer ahora para evitar pagos rechazados o manuales más adelante—usando orientación oficial de SIX (propietario del estándar) y orientación de bancos suizos (ej. UBS).
Fuentes: Página estándar factura QR de SIX, orientación direcciones estructuradas UBS, contexto cambios direcciones PostFinance.
- https://www.six-group.com/en/products-services/banking-services/payment-standardization/standards/qr-bill.html
- https://www.ubs.com/ch/en/services/payments/connection-ubs/iso-20022/structured-addresses.html
- https://www.postfinance.ch/de/unternehmen/wissen/news/adressen-anpassungen.html
Resumen: el cambio v2.3 de factura QR que debes conocer
Fecha efectiva: alrededor del 21–22 noviembre 2025
Verás ambas fechas referenciadas en el ecosistema. En la práctica, considéralo: cumple antes del 21 noviembre 2025 para estar seguro (muchos bancos comunican 21 nov; SIX a menudo referencia 22 nov como fecha "desde" de actualización del estándar).
Fuentes: Páginas de SIX + UBS enlazadas arriba.
Qué cambia (solo factura QR):
- Solo se permiten direcciones estructuradas (tipo S) en el código QR suizo
- Se eliminan las direcciones combinadas/no estructuradas (tipo K)
- Se introduce soporte para conjunto extendido de caracteres
Qué no cambia:
- Generalmente no necesitas cambiar a QR‑IBAN
- El IBAN "normal" sigue siendo válido para facturas QR (dependiendo del tipo de referencia)
- El formato de factura QR que ven tus clientes sigue siendo familiar; el cambio clave está dentro de los datos del código QR
Por qué importa:
- Si tus facturas o plantillas aún generan direcciones tipo K, los pagos pueden ser rechazados o requerir corrección manual, lo que ralentiza el cobro.
Qué cambió en el estándar de factura QR suiza en noviembre 2025 (v2.3)
SIX introdujo el estándar de factura QR v2.3 como versión operativa a finales de noviembre 2025. Los dos cambios prácticos que más notan las empresas son:
1) Las direcciones estructuradas son obligatorias (solo tipo S)
Antes de v2.3, las facturas QR podían incluir:
- Dirección estructurada (tipo S), o
- Dirección combinada/no estructurada (tipo K)
Desde finales de noviembre 2025, el estándar de factura QR requiere solo direcciones estructuradas (tipo S).
Fuente: Página estándar factura QR de SIX.
Esto aplica a los datos del código QR (los datos legibles por máquina). Incluso si la factura impresa se ve bien, los campos de dirección subyacentes deben estar estructurados correctamente.
2) La factura QR soporta un conjunto extendido de caracteres
El estándar también introduce un conjunto extendido de caracteres. Prácticamente, esto es relevante si facturas a clientes con nombres/direcciones que contienen:
- diéresis (ä, ö, ü)
- acentos (é, è, à, ç)
- otros caracteres especiales usados en contextos multilingües suizos
Fuente: Página estándar factura QR de SIX.
Matiz importante: el soporte de conjunto extendido de caracteres no significa "todo vale". Tu herramienta de facturación aún necesita generar datos QR exactamente según especificación. Si tienes dudas, la validación (ver lista más abajo) es el enfoque más seguro.
Qué NO cambió: IBAN vs QR‑IBAN (y el mito de que todos deben cambiar)
Un rumor común es: "Después de noviembre 2025, solo funcionarán los QR‑IBANs". Eso no es correcto.
IBAN vs QR‑IBAN en un minuto
- IBAN (IBAN estándar): el identificador normal de cuenta suiza/europea usado para pagos.
- QR‑IBAN: un IBAN especial usado específicamente con una referencia QR (QRR). Existe para soportar la lógica de referencia QR.
Si necesitas un QR‑IBAN depende del tipo de referencia que uses en tu factura QR:
- QRR (referencia QR): típicamente requiere QR‑IBAN
- SCOR (Referencia del Acreedor / ISO 11649): usa un IBAN estándar
- NON (sin referencia): usa un IBAN estándar
Así que para muchos autónomos y pequeños negocios de servicios que emiten facturas sencillas, un IBAN estándar sigue siendo perfectamente válido—especialmente si usas SCOR o NON.
Si no estás seguro de qué usas hoy, verifica tu configuración de factura QR en tu herramienta de facturación o pregunta a tu banco/contable.
Dirección estructurada vs no estructurada (tipo S vs tipo K): la diferencia que importa ahora
Este es el cambio operativo fundamental.
Definiciones (simples y prácticas)
Dirección estructurada (tipo S) significa que la dirección se divide en campos distintos, típicamente:
- Nombre
- Nombre de la calle
- Número de edificio
- Código postal
- Ciudad
- País
Dirección combinada/no estructurada (tipo K) significa que la dirección se almacena en menos líneas, a menudo como:
- "Example GmbH"
- "Musterstrasse 12"
- "8000 Zürich"
Históricamente, el tipo K se toleraba por conveniencia. Desde v2.3, ya no está permitido en el código QR de la factura QR.
Tabla de ejemplo "Antes vs Después"
A continuación, una ilustración práctica de cómo debes almacenar y mostrar direcciones ahora.
| Campo | Antiguo (tipo K / combinado) | Nuevo (tipo S / estructurado) |
|---|---|---|
| Nombre | Example GmbH | Example GmbH |
| Línea dirección | Musterstrasse 12 | Calle: Musterstrasse |
| Núm.: 12 | ||
| Línea postal/ciudad | 8000 Zürich | Código postal: 8000 |
| Ciudad: Zürich | ||
| País | (a veces falta) | CH |
Error común: Tener "Calle + número" en un solo campo dentro de los datos del código QR es exactamente lo que v2.3 busca prevenir.
¿Por qué el cambio?
Las direcciones estructuradas mejoran la automatización y reducen la fricción de pago entre bancos, escáneres QR y procesamiento posterior (incluyendo alineación más amplia con ISO 20022). Los bancos suizos también están impulsando la estructuración de direcciones en todos los tipos de pago, no solo facturas QR.
Fuente de contexto: Páginas UBS + PostFinance enlazadas arriba.
Quién se ve afectado (y qué debes cambiar) según tipo de herramienta
El cambio requerido es conceptualmente pequeño—pero el trabajo varía mucho según cómo generes facturas QR.
Si usas una app de facturación suiza moderna (mejor caso)
La mayoría de apps de facturación en la nube y herramientas contables actualizadas:
- actualizarán su generador de factura QR a v2.3
- mapearán tu agenda de direcciones en campos estructurados
- validarán la salida automáticamente
Qué debes hacer aún:
- Confirmar que tu app soporta explícitamente estándar factura QR 2.3
- Auditar tus direcciones de clientes guardadas para separación limpia (calle vs número)
- Revisar facturas recurrentes (ver más abajo)
Si usas plantillas Word/Excel o "generadores manuales de código QR" (mayor riesgo)
Si creas facturas en Word/Excel y pegas:
- un código QR generado por un sitio web, o
- un PDF de factura QR generado con una herramienta básica, o
- una plantilla antigua que almacena direcciones en un par de líneas de texto libre
...tienes mayor riesgo de producir una dirección tipo K en el código QR.
Qué necesitas cambiar:
- Cambiar a un generador de factura QR que soporte campos de dirección estructurados
- Actualizar el formato de datos de cliente (separar calle y número)
- Validar la salida del código QR antes de enviar facturas
Si usas un ERP, sistema de facturación personalizado o integración de librería QR (riesgo de implementación)
Si generas facturas QR programáticamente (ERP, código personalizado o librería antigua), debes asegurar:
- el generador soporta estándar v2.3
- los datos QR se escriben con dirección tipo S
- tu base de datos de direcciones soporta campos separados
- tus pruebas de validación cubren casos reales (nombres de calles con múltiples palabras, sufijos de números, nombres de empresa con puntuación, etc.)
Existen notas de implementación de ecosistemas empresariales (ej. orientación SAP), pero la regla universal es: actualiza la librería/versión de factura QR y prueba con facturas reales.
Fuente ejemplo: Nota de soporte SAP indica actualizaciones requeridas para cambios de dirección estructurada.
¿Qué pasa con facturas recurrentes, alquiler, leasing y plantillas guardadas?
Aquí es donde muchas empresas se sorprenden.
Incluso si actualizas tu software, puedes tener aún:
- borradores de factura guardados
- reglas de factura recurrente
- plantillas de cliente
- solicitudes de pago creadas hace tiempo
- órdenes permanentes basadas en datos de factura antiguos
Los bancos advierten explícitamente que plantillas guardadas y órdenes permanentes pueden necesitar actualización para que los datos de dirección cumplan en adelante.
Fuente: Orientación direcciones estructuradas UBS.
Conclusión práctica: Trata la facturación recurrente y plantillas guardadas como proyecto separado: revisa, actualiza y reemite donde sea necesario.
¿Fallarán los pagos si no haces nada?
Qué ocurre depende de:
- si el código QR de tu factura QR contiene direcciones tipo K (no estructuradas)
- qué tan estrictamente el banco receptor/canal de pago aplica el nuevo estándar
- prácticas transicionales en el mercado
Pero desde perspectiva empresarial, el riesgo es real:
- Pagos retrasados (intervención manual)
- Pagos rechazados (cliente debe reintentar)
- Carga de soporte ("tu factura no escanea / no funciona")
- Impacto en flujo de caja—especialmente para autónomos y pequeños negocios
La solución más económica suele ser: actualizar generador + limpiar datos de dirección + validar.
Lista para autónomos/PYMEs: prepárate para la factura QR a finales de noviembre 2025
Usa esta lista para ganar confianza rápidamente—sin sobreingeniería.
1) Confirma que tu generador de factura QR soporta v2.3
Pregunta a tu proveedor (o revisa notas de versión) por declaraciones explícitas como:
- "Estándar factura QR 2.3 soportado"
- "direcciones estructuradas tipo S"
- "conjunto extendido de caracteres"
Si dependes de herramienta de portal bancario, verifica la orientación de tu banco.
2) Audita tu dirección de acreedor (dirección de tu negocio)
Asegúrate de que tu propia dirección esté almacenada como:
- Nombre de calle (solo texto)
- Número de edificio (número + sufijo si necesario)
- Código postal
- Ciudad
- País (CH o código de país apropiado)
3) Audita tus datos maestros de clientes (primeros 20 primero)
Empieza con los clientes que te pagan más frecuentemente.
Busca estas señales de alerta:
- "Calle 12" almacenado en un campo sin separación
- Apartado postal mezclado en campo de calle
- País faltante para clientes transfronterizos
- Direcciones multilínea copiadas/pegadas que no mapean limpiamente
4) Corrige facturas recurrentes y plantillas
- Edita reglas de factura recurrente y asegura que regeneran partes QR usando el estándar actualizado
- Reemplaza PDFs de factura guardados o imágenes QR antiguas donde aplique
- Si proporcionas facturas de alquiler/leasing, valida esos flujos temprano (suelen ser de larga duración)
5) Valida tu salida de factura QR antes de enviar
Antes de enviar facturas por email o imprimir a escala:
- genera una factura QR de prueba
- escanéala con múltiples apps (app bancaria + escáner genérico)
- asegura que el flujo de pago se completa limpiamente y la dirección es aceptada
Si tu software ofrece validador integrado o herramienta de auditoría, úsalo.
6) Decide cómo manejarás caracteres especiales
Si facturas en contextos multilingües (DE/FR/IT/EN), prueba nombres con:
- diéresis/acentos
- apóstrofes y guiones
- nombres de empresa largos
Si ves problemas de escaneo, no adivines—valida y ajusta según configuración de factura QR de tu herramienta.
FAQ: Cambios factura QR suiza (noviembre 2025)
¿Necesito cambiar a QR‑IBAN por el cambio de factura QR 2025?
No necesariamente. La actualización de factura QR es principalmente sobre direcciones estructuradas y el conjunto de caracteres.
Si usas IBAN o QR‑IBAN depende de tu tipo de referencia (QRR vs SCOR vs NON)—no de la regla de dirección en sí.
¿Qué es exactamente "dirección estructurada obligatoria" (dirección tipo S factura QR)?
Significa que los datos del código QR deben contener la dirección dividida en campos separados (calle, número, código postal, ciudad, país). El formato antiguo "combinado/no estructurado" (tipo K) ya no está permitido en factura QR v2.3.
Fuente: Página estándar factura QR de SIX.
¿Qué pasa si mi factura QR aún usa dirección no estructurada (tipo K) después del 21/22 nov 2025?
Arriesgas fricción de pago: rechazo, procesamiento manual o clientes reportando que el escaneo no funciona como esperado. Los bancos aconsejan actualizar herramientas y plantillas antes de la fecha límite.
Fuente: Orientación UBS.
¿Es lo mismo que el cambio "dirección estructurada para todos los pagos para 2026"?
No. El cambio factura QR v2.3 es efectivo a finales de noviembre 2025 para facturas QR.
Por separado, el ecosistema de pagos ISO 20022 más amplio de Suiza se está moviendo hacia requisitos de dirección estructurada/híbrida para noviembre 2026. La gente suele confundirlos.
Fuente de contexto: Página cambios direcciones PostFinance.
¿Necesito incluir la dirección de mi cliente en el código QR?
A menudo, la dirección crucial es la del acreedor (emisor de factura). El manejo de dirección del deudor (pagador) puede variar según configuración y no siempre se requiere de la misma manera. Si tu herramienta la incluye, asegura que también esté estructurada y validada.
¿Puedo usar diéresis (ä, ö, ü) y acentos (é, è) ahora?
Factura QR v2.3 soporta un conjunto extendido de caracteres. En la práctica, tu software debe implementarlo correctamente—así que prueba y valida.
Fuente: Página estándar factura QR de SIX.
Facturo a clientes internacionales—¿cambia algo?
Aún necesitas generar facturas QR que cumplan las reglas de factura QR suiza si usas facturas QR. Asegura que códigos de país y campos estructurados sean correctos. Si clientes internacionales tienen problemas escaneando factura QR, considera ofrecer opciones de pago alternativas junto a la factura QR.
Mini glosario (para buscadores suizos en múltiples idiomas)
Puedes ver estos términos en páginas bancarias y documentación:
- Dirección estructurada = strukturierte Adresse (DE) = adresse structurée (FR)
- Factura QR = QR-Rechnung (DE) = QR-facture (FR)
- Dirección estructurada obligatoria = strukturierte Adresse Pflicht (DE) = adresse structurée obligatoire (FR)
- Estándar factura QR 2.3 = QR-Rechnung Standard 2.3 / standard QR-facture 2.3
Búsquedas útiles: "cambios factura QR noviembre 2025", "QR-Rechnung Änderungen 2025", "changements QR-facture novembre 2025".
La forma más rápida de evitar problemas de pago: haz una verificación de cumplimiento de factura QR ahora
Si solo haces tres cosas, haz estas:
- Verifica que tu herramienta soporte estándar factura QR v2.3
- Limpia direcciones en campos estructurados (tipo S)
- Valida un código QR de factura real antes de finales nov 2025
Eso es todo—sin pánico, sin cambios innecesarios de cuenta bancaria.
Direcciones estructuradas (tipo S):
el cambio que importa
Aunque el formato de tu factura se vea igual, los datos del código QR deben contener campos de dirección estructurados correctamente desde finales nov 2025.

¿Quieres estar 100% seguro de que tus facturas QR se pagarán?
Haz una auditoría rápida de factura QR ahora: verifica soporte v2.3, limpia direcciones (tipo S) y escanea-prueba una factura real de principio a fin.