Para imprimir o guardar como PDF: use la función de impresión del navegador (⌘P / Ctrl+P). Esta página produce una sola página limpia — sin navegación ni pie.
Leer en: English · Français · Deutsch
El problema#
Los bancos rechazan los ficheros de pago mal formados. Cada rechazo cuesta un ciclo de corrección; una corrección que pierde la hora de corte cuesta un día de liquidación. Los motivos de rechazo se pueden conocer de antemano — y por tanto evitar.
La fecha límite#
14 de noviembre de 2026, aplicada a nivel de red: los pagos transfronterizos (CBPR+) con direcciones totalmente no estructuradas serán rechazados, y el canal interbancario MT101 heredado será sustituido por pain.001 versión 9 (ISO 20022). La exposición está en sus datos maestros de clientes. Fuentes: SWIFT, citadas íntegramente en pain001.com/2026-iso20022-migration-trends.
Qué hace Pain001#
Una suite de código abierto que convierte los datos existentes — hojas de cálculo, exportaciones del ERP, ficheros SWIFT antiguos — en ficheros de pago ISO 20022 listos para el banco, y prueba cada fichero contra el reglamento oficial del banco (XSD ISO 20022) antes del envío. Todo se ejecuta en su propia infraestructura: sin subidas, sin nube de terceros, sin telemetría.
Qué cuesta#
Nada, a cualquier escala, bajo licencias abiertas (Apache-2.0 / MIT). Referencia comercial: el SDK de traducción de SWIFT tiene un precio público de 10.000–30.000 € al año.
Las pruebas#
Inventario de dependencias publicado (SBOM) · cobertura de código del 100 % como requisito de CI · cadena de suministro evaluada independientemente (OpenSSF Scorecard) · documentación accesible WCAG 2.2 AAA · política de seguridad con divulgación privada. Todo verificable en pain001.com.
La petición#
Pida a su equipo de ingeniería de pagos que ejecute la demo de 60 segundos en pain001.com/try — valida un lote de ejemplo y lo prueba contra el esquema oficial ISO 20022, en el navegador, sin subir nada. Si resiste, la instalación lleva minutos.