From Surf Wiki (app.surf) — the open knowledge base

Short Payment Descriptor

Field	Value
screenshot	File:SPAYD stored in the QR code.png
screenshot_size	250px
caption	SPAYD stored in the QR Code to transfer CZK 250 ($) to Czech Red Cross Humanity Fund
extension	.spayd
mime	application/x-shortpaymentdescriptor
open	Yes

Short Payment Descriptor (SPAYD, SPD) is a compact data format for an easy exchange of payment information using modern electronic channels, such as smart phones or NFC devices.

Usage

Practically, the format is being deployed in the Czech Republic (where the format is an accepted unique standard for QR code payments) and the Slovak Republic, but the format can be technically used with any bank using IBAN account numbers. That includes currently the majority of European countries, some in the Middle East and a few others.

History

Development of the format started in May 2012 during the development of the mobile banking app for Raiffeisenbank a.s. (Czech branch of Raiffeisen Bank International) in cooperation with a technology company Inmite s.r.o. Originally, the format was intended for use for P2P Payments via a QR Code. Later, it was generalized for many other usages, such as NFC payments or online payments.

The format was created as an open effort from the very beginning and all specification, documentation, source codes, libraries and APIs were open sourced under the Apache 2.0 license. Therefore, Short Payment Descriptor can be implemented by any subject without any legal concerns or fees. Due to this approach, the format was quickly recognized and accepted by many Czech invoice software companies and adopted by Czech banks. Československá obchodní banka (together with Zentity s.r.o.) was very active during the format development and it proposed the brand name for the communication to the users.

On 14 November 2012, the format was accepted by the Czech Banking Association and submitted to all Czech banks as the official local standard for QR code payments.

Format information

Short Payment Descriptor uses the ideas from the vCard (by the structure) and SEPA payment (semantics). It is designed to be compact, human readable and therefore, easy to implement. The format is based on defined key-value pairs and it can be extended by proprietary attributes (using the "X-" prefix). The string may contain any ASCII printable characters, any other characters must be encoded using the percent encoding.

Example of SPAYD payload

SPD*1.0*ACC:CZ5855000000001265098001*AM:480.50*CC:CZK*MSG:Payment for the goods

Default SPAYD keys

The default keys that are used in the SPAYD format are:

Key	Length	Structure	Description	Example
ACC	Max. 46 characters (IBAN+BIC)		Bank account - an identifier of the payment recipient. Either IBAN account number, or optionally "IBAN+BIC" format (with "+" as separator)	`ACC:CZ5855000000001265098001+RZBCCZPP*`
ALT-ACC	Max. 93 characters (2x ACC field + separator)		Alternative bank account list. In case recipient has more accounts, this field allows a banking application to pick the one in the same bank, allowing faster accounting and lower fees for the client.	`ALT-ACC:CZ5855000000001265098001+RZBCCZPP,
CZ5855000000001265098001*`
AM	Max. 10 characters - 7 + 1 (separator) + 2 (decimal places) ("9 999 999.99")		A payment amount.	`AM:480.55*`
CC	Exactly 3 characters	Currency code in ISO 4217	A payment currency.	`CC:CZK*`
RF	Max. 16 characters		A sender's reference.	`RF:1234567890123456*`
RN	Max. 35 characters		Recipient's name	`RN:PETR DVORAK*`
DT	Exactly 8 characters	Date in ISO 8601 format	Due date	`DT:20121231*`
PT	Max. 3 characters		Payment type (to be used by analytics)	`PT:SPD*`
MSG	Max. 60 characters		Message for payment recipient.	`MSG:Payment for internet*`
CRC32	Exactly 8 characters		CRC32 checksum (application level) computed from canonical representation.		`CRC32:81C0FFEE*`

Integration with applications

The file type extension is:

*.spayd.

MIME type of the format is:

application/x-shortpaymentdescriptor.

Examples of format usage

QR Codes with payment information (to be printed on invoices or displayed on the web) that can be scanned using either the mobile phone or a special automated teller machine (ATM)
sending the payment information using the NFC technology
sharing the payment information via the web or e-mail (via a downloadable file or and e-mail attachment)

References

(January 2021). "Standard No. 26: Format for exchanging the payment information for Czech domestic payments using the QR codes". Czech Banking Association.

Wikipedia Source

This article was imported from Wikipedia and is available under the Creative Commons Attribution-ShareAlike 4.0 License. Content has been adapted to SurfDoc format. Original contributors can be found on the article history page.

computer-file-formats data-serialization-formats mobile-payments open-formats

Want to explore this topic further?

Ask Mako anything about Short Payment Descriptor — get instant answers, deeper analysis, and related topics.

Research with Mako

Free with your Surf account

Content sourced from Wikipedia, available under CC BY-SA 4.0.

This content may have been generated or modified by AI. CloudSurf Software LLC is not responsible for the accuracy, completeness, or reliability of AI-generated content. Always verify important information from primary sources.

Report