El descriptor de pago corto (SPAYD, SPD) es un formato de datos compacto para un fácil intercambio de información de pago utilizando canales electrónicos modernos, como teléfonos inteligentes o dispositivos NFC. Prácticamente, el formato se está implementando en la República Checa (donde el formato es un estándar único aceptado para pagos con códigos QR ) y la República Eslovaca , pero el formato se puede utilizar técnicamente con cualquier banco que utilice números de cuenta IBAN . Eso incluye actualmente a la mayoría de los países europeos, algunos en el Medio Oriente y algunos otros.
Extensión de nombre de archivo | .payd |
---|---|
Tipo de medio de Internet | application / x-shortpaymentdescriptor |
¿ Formato abierto ? | sí |
Historia
El desarrollo del formato comenzó en mayo de 2012 durante el desarrollo de la aplicación de banca móvil para Raiffeisenbank as ( sucursal checa de Raiffeisen BANK International ) en cooperación con una empresa de tecnología Inmite sro . Originalmente, el formato estaba destinado a ser utilizado para pagos P2P a través de un código QR . Posteriormente, se generalizó para muchos otros usos, como pagos NFC o pagos online.
El formato fue creado como un esfuerzo abierto desde el principio y todas las especificaciones, documentación, códigos fuente, bibliotecas y API fueron de código abierto bajo la licencia Apache 2.0 . Por lo tanto, cualquier sujeto puede implementar Short Payment Descriptor sin preocupaciones legales ni tarifas. Debido a este enfoque, el formato fue rápidamente reconocido y aceptado por muchas empresas de software de facturación checas y adoptado por los bancos checos. Československá obchodní banka (junto con Zentity sro ) estuvo muy activo durante el desarrollo del formato y propuso la marca para la comunicación a los usuarios.
El 14 de noviembre de 2012, el formato fue aceptado por la Asociación Bancaria Checa y presentado a todos los bancos checos como el estándar local oficial para pagos con códigos QR . [1]
Información de formato
Short Payment Descriptor utiliza las ideas de la vCard (por la estructura) y el pago SEPA (semántica). Está diseñado para ser compacto, legible por humanos y, por lo tanto, fácil de implementar. El formato se basa en pares clave-valor definidos y se puede ampliar mediante atributos propietarios (utilizando el prefijo "X-"). La cadena puede contener cualquier carácter imprimible ASCII , cualquier otro carácter debe codificarse utilizando la codificación de porcentaje .
Ejemplo de carga útil de SPAYD
SPD*1.0*ACC:CZ5855000000001265098001*AM:480.50*CC:CZK*MSG:Payment for the goods
Teclas SPAYD predeterminadas
Las claves predeterminadas que se utilizan en el formato SPAYD son:
Clave | Obligatorio | Largo | Estructura | Descripción | Ejemplo |
---|---|---|---|---|---|
ACC | SÍ | Max. 46 caracteres (IBAN + BIC) | $IBAN(\+$BIC)? | Cuenta bancaria: un identificador del destinatario del pago. El número de cuenta IBAN o, opcionalmente, el formato "IBAN + BIC" (con "+" como separador) | ACC:CZ5855000000001265098001+RZBCCZPP* ... o ...
|
ALT-ACC | NO | Max. 93 caracteres (2x campo ACC + separador) | ($IBAN(\+$BIC)?){1,2} | Lista de cuentas bancarias alternativas. En caso de que el destinatario tenga más cuentas, este campo permite que una aplicación bancaria elija la del mismo banco, lo que permite una contabilidad más rápida y tarifas más bajas para el cliente. | ALT-ACC:CZ5855000000001265098001+RZBCCZPP, |
SOY | NO | Max. 10 caracteres - 7 + 1 (separador) + 2 (lugares decimales) ("9999999,99") | [1-9][0-9]*(\.[0-9][0-9])? | Una cantidad de pago. | AM:480.55* |
CC | NO | Exactamente 3 caracteres | Código de moneda en ISO 4217 | Una moneda de pago. | CC:CZK* |
RF | NO | Max. 16 caracteres | [0-9]{0,16} | La referencia de un remitente. | RF:1234567890123456* |
RN | NO | Max. 35 caracteres | [^*]{0,35} | Nombre del destinatario | RN:PETR DVORAK* |
DT | NO | Exactamente 8 caracteres | Fecha en formato ISO 8601 | Fecha de vencimiento | DT:20121231* |
PT | NO | Max. 3 caracteres | [^*]{0,3} | Tipo de pago (para ser utilizado por analíticas) | PT:SPD* |
MSG | NO | Max. 60 caracteres | [^*]{0,60} | Mensaje para el destinatario del pago. | MSG:Payment for internet* |
CRC32 | NO | Exactamente 8 caracteres | [A-F0-9]{8,8} | Suma de comprobación CRC32 (nivel de aplicación) calculada a partir de la representación canónica. La representación canónica se obtiene eliminando el campo CRC32 de la representación SPAYD, reconstruyendo la cadena SPAYD mientras ordena los atributos del par de claves por clave y valores (alfabéticamente), aplicando CRC32 (IEEE 802.3) y convirtiendo a una cadena hexadecimal en mayúsculas. Ejemplo: Cuerda SPAYD original: Cuerda SPAYD | CRC32:81C0FFEE* |
Integración con aplicaciones
La extensión del tipo de archivo es:
*.spayd
.
application/x-shortpaymentdescriptor
.
Ejemplos de uso de formato
- Códigos QR con información de pago (para imprimir en facturas o mostrar en la web) que se pueden escanear utilizando el teléfono móvil o un cajero automático (ATM) especial
- enviar la información de pago utilizando la tecnología NFC
- compartir la información de pago a través de la web o correo electrónico (a través de un archivo descargable o un archivo adjunto de correo electrónico)
Ver también
Referencias
- ^ "Estándar n. ° 26: formato para intercambiar la información de pago para pagos nacionales checos utilizando los códigos QR" . Asociación Bancaria Checa. Enero de 2021.