1 Approved by the decision of the Management Board of the Central Bank of the Republic of Azerbaijan dated 12 November 2025 Requirements for AZQR Codes for QR-based payment transactions in the Republic of Azerbaijan

1. General provisions 1.1. These Requirements have been prepared in accordance with Item 15.1 of the ‘Regulation on maintaining payment operations and on payment instruments,’ approved by Decision No. 12/3 of the Management Board of the Central Bank of the Republic of Azerbaijan dated 13 March 2024, and define the minimum requirements for the preparation and format of the AZQR code, including the data fields incorporated therein, as generated by payment service providers for the payment of goods, works, and services in the Republic of Azerbaijan. 1.2. QR codes presented by a merchant are generated in accordance with the EMV® QR Code Specification for Payment Systems (EMV QRCPS), Merchant-Presented Mode Specifications. 1.3. QR codes presented by the payer are generated in accordance with the EMV® QR Code Specification for Payment Systems, Consumer-Presented Mode Specifications. 1.4. When generating QR codes, reference is additionally made to the following standards: 1.4.1. ISO 18004 – Information technology — Automatic identification and data capture techniques — QR Code bar code specification. 1.4.2. ISO/IEC 13239 – Information technologies — Telecommunications and information exchange between systems — High-level Data Link Control (HDLC) procedures. 1.4.3. ISO 3166-2 (alpha-2) – Codes for the representation of names of countries and their subdivisions — Part 2: Country subdivision codes. 1.4.4. ISO 4217 – Codes for the representation of currencies and funds. 1.4.5. ISO 18245 – Retail financial services — Merchant category codes. 1.4.6. RFC 4122 –A Universally Unique IDentifier (UUID) URN Namespace https://tools.ietf.org/html/rfc4122).
2. Requirements for AZQR code data 2.1. The information added to the AZQR code has necessity statuses indicated by the following symbols:

2 Symbol Description Use M Mandatory Mandatory C Conditional Mandatory under certain conditions O Optional Optional 2.2. For each piece of generated information, each character can be selected from a set of characters that conforms to the ‘UTF-8’ character set of the Unicode standard and is marked with the following symbols in the table below. Sumbol Description an Only English alphabet letters and digits u Any character conforming to the UTF-8-character set n Digits only ns Digits and ‘.’ character only a English alphabet letters only ans English alphabet letters, digits, and the following characters: ‘.’,’,’,’-’,’_’,’!’,’~’ 3. Data structure 3.1. Data in the AZQR code is arranged according to the sequence of fields. Each field is represented by three attributes: an identifier (ID), length, and the data itself (value). The attributes have the following restrictions: Symbol Description Identifier (ID) Consists of 2 digits and can take a value from ‘00’ to ‘99’ Length Consists of 2 digits and can take a value from ‘01’ to ‘99’ Data itself (value) Can vary from 1 to 99 characters 3.2. The data in the AZQR code has a tree-like structure (Figure 1). Starting from the core of the data, all fields can be either simple or template-type. Template-type fields can contain other simple or template-type fields. 3.3. For template-type fields, the data is also structured with the field identifier, the corresponding calculated length, and for the secondary fields included in the template, their identifier, length, and value. The length of a template field is defined together with the fields it contains and cannot exceed a total of 99 characters. 3.4. If the value of certain fields in the AZQR code is presented as ‘***’, it means that the data for this field will be entered by the payer at the time of reading the AZQR code.

3 Figure 1. Tree-like structure of data in the AZQR code 4. Generation of the AZQR code 4.1. The AZQR code is created using the fields marked as ‘mandatory’ in Item 3.1 of these Requirements, as well as, if necessary, other additional fields. 4.2. When generating the AZQR code, no fields with IDs different from or not conforming to the format specified in Table 1 of Annex 1 to these Requirements should be added. 4.3. The AZQR code provided by the subject is formed based on the values specified in Annex 1 of these Requirements. During the creation of the AZQR code, a unique Merchant ID (MID) value is assigned for each subject. To generate the MID, the AZQR code provider serving the subject enters the relevant information in accordance with Table 4 of Annex 1 of these Requirements into the ‘Centralized Customer Information Database’ of the Instant Payments System (hereinafter – IPS), whose operator is the Central Bank. 4.4. In accordance with the EMV® QR Code specification (EMV® QR Code Specification for Payment Systems (EMV QRCPS) Merchant-Presented Mode Specifications), the content of the AZQR code includes the following: I. Values for the QR code fields. II. Payment account information of the subject. III. Additional information about the subject IV. Transaction amount. V. Additional information template. VI. Unprotected templates. 5. Conducting transactions with AZQR code 5.1. The transaction carried out using the AZQR code provided by the subject is executed based on the following mechanism (Figure 2):

4 Figure 2. Payment of the cost of goods, works, and services using the AZQR code provided by the subject AZQR kod təhcizatçı

1. Subyekt tərəfindən müvafiq ödəniş QR formalaşdırılır 1
2. Ödəyici QR oxudur Əməliyyat barədə QR Ödəniş barədə məlumat
3. Əməliyyat barədə məlumat ödəyicinin ÖXT-na göndərilir
4. Əməliyyatın təsdiqi barədə məlumat Ödəyicinin ÖXT-si Subyektin ÖXT-si 5.1.1. The AZQR code provider servicing the subject creates and provides to the subject a static QR code containing the information necessary to carry out the transaction, or the infrastructure for generating a dynamic QR code (POS terminal, website, relevant software, mobile application, etc.). 5.1.2. The subject presents the AZQR code, created in accordance with Annex No. 1 to these Requirements, to the payer for scanning. 5.1.3. The payer scans the presented AZQR code using relevant software, including a mobile phone or other device equipped with such software. 5.1.4. Depending on the characteristics of the AZQR code, the payer enters additionally required information into the relevant software or into a mobile phone or other device equipped with such software that scans the AZQR code, or directly forwards the AZQR code data to their payment service provider. 5.1.5. The payer’s payment service provider (issuer) carries out actions to execute the payment transaction based on the information provided. 5.1.6. The AZQR code provider informs the subject about the results of the payment transaction performed (successful or unsuccessful). 5.1.7. If the transaction is successful, the subject provides the payer with the information stipulated in Item 15.5 of the Central Bank’s ‘Regulation on maintaining payment operations and on payment instruments.’ 5.2. A transaction carried out using an AZQR code presented by the payer is executed in accordance with the mechanism and sequence specified in Figure 3 below:

5 Figure 3. Payment of the cost of goods, works, and services using an AZQR code presented by the payer QR kod məlumatından EMV Çip məlumatları götürülür 1 Əməliyyat barədə məlumat Ekrandan QR oxudulur EMV məlumatla Avtorizasiya sorğusu Avtorizasiya sorğusuna cavab Mobil tətbiq QR kod oxuyucu POİ (təmas nöqtəsi) Subyekt Ekvayer Ödəniş sistemi Emitent 5.2.1. The payer selects, in his application, the account or card to be used for the payment and generates an AZQR code corresponding to that selection. 5.2.2. The subject scans the AZQR code displayed on the customer’s screen using a QR code reader. 5.2.3. The subject’s system forwards the payment request generated using the AZQR code to the subject’s payment service provider (acquirer). 5.2.4. In accordance with the requirements of the payment system, the acquirer forwards the card data encoded on the basis of the AZQR code to the payer’s issuer. 5.2.5. Depending on the response received from the issuer, the payer is sent a message via the application or SMS informing him of the result of the authorization (successful or unsuccessful); if successful, information on the amount and the recipient is also provided. 5.2.6. Depending on the response received from the issuer, the subject is sent a message via the application or SMS informing it of the result of the authorization (successful or unsuccessful); if successful, information on the amount is also provided. 5.3. Where an AZQR code sign/plate is installed at the subject by the AZQR code provider servicing the subject, the requirements of Annex No. 2 to these Requirements are complied with. 5.4. An AZQR sample created in accordance with these Requirements is specified in Annex No. 3 to these Requirements. Taleh Kazimov Governor of the Central Bank

6 Annex 1 to the ‘Requirements for AZQR Codes for QR-based payment transactions in the Republic of Azerbaijan’ Values used in the creation of the AZQR code provided by the subject Table 1: Possible values on AZQR code fields Area name ID Format Length Status Comment Version of the EMVCo QR Code Specification ‘00’ n ‘02’ M Version of the EMVCo specification the generated QR code is based on. QR code type ‘01’ n ‘02’ O Depending on the characteristics of the AZQR code, one of the following values may be assigned to this field: 11 – Static QR code 12 – Dynamic QR code VISA-designated code ‘02’ - ‘03’ ans variable up to 99 M at least one field should be specified Mastercard-designated code ‘04’ - ‘05’ ans variable up to 99 M at least one field should be specified EMVco-designated code ‘06’ - ‘08’ ans variable up to 99 M at least one field should be specified Discovery-designated code ‘09’ - ‘10’ ans variable up to 99 M at least one field should be specified Amex-designated code ‘11’ - ‘12’ ans variable up to 99 M at least one field should be specified JCB-designated code ‘13’ - ‘14’ ans variable up to 99 M at least one field should be specified UnionPay-designated code ‘15’ - ‘16’ ans variable up to 99 M at least one field should be specified EMVco-designated code ‘17’ - ‘25’ ans variable up to 99 M at least one field should be specified AZQR code basic information template ‘26’ ans variable up to 99 M Data template on the main characteristics of the AZQR code. Covers the information specified

7 in Table 2 of this Annex. Subject’s unique identifier ‘27’ an variable up to 50 M Type of identifier used for the identification of the subject obtained through the ‘Centralized Customer Information Database’ (CAS) module. Covers the information specified in Table 3 of this Annex. Code allocated for the future use (Central Bank) ‘28’ - ‘35’ ans variable up to 99 M at least one field should be specified IPS-designated code ‘36’ - ‘40’ ans variable up to 99 M at least one field should be specified For unrestricted use ‘41’ - ‘51’ ans variable up to 99 M at least one field should be specified Subject’s category code ‘52’ n ‘04’ M A four-digit code (MCC) in accordance with ISO 18245:2003 standards, depending on the subject’s field of activity Transaction currency ‘53’ n ‘03’ M 3-digit currency code, under ISO 4217 standards, for the payment transaction. Example: ‘AZN’ – ‘944’ Transaction amount ‘54’ ns variable up to 13 C Principal amount of the payment transaction to be executed, excluding additional amounts (ID ‘56’, ‘57’). This field is not provided when the amount is to be entered by the payer. If the amount is not an integer, the fractional part is indicated after the decimal point (‘.’). Example: ‘53.47 AZN’

8 Type of additional amount ‘55’ n ‘02’ O The type of additional service fee applied by the subject is defined as follows: ‘01’: The payer enters the amount him/herself. ‘02’: A fixed amount, predetermined by the subject providing the AZQR code, is applied. ‘03’: The service fee, determined by the subject providing the AZQR code, is applied as a percentage of the principal amount. Fixed additional amount ‘56’ ns variable up to 13 C Fixed additional amount charged to the payer for the transaction, regardless of the transaction amount, in the transaction currency. This field is typically used by the subject to record tips, commissions, or similar payments in hotels, restaurants, or stores. ‘When the value of the ‘Type of additional amount’ (ID ‘55’) field is set to ‘02’, the ‘Fixed additional amount’ (ID ‘56’) field is mandatory. Percentage-based additional amount ‘57’ ns variable up to 05 C Additional amount charged to the payer for the transaction, calculated as a certain percentage (%) of the

9 transaction amount, in the currency of the transaction. Example: If the transaction amount is AZN200 and the ‘Percentage -based additional amount’ is set at 10% of the transaction amount, an additional commission of AZN20 will be applied . This field is typically used by the subject to record tips, commissions, or similar payments in hotels, restaurants, or retail outlets . When the value of the ‘Type of additional amount’ (ID ‘55’) field is set to ‘03’, the presence of the ‘Percentage -based additional amount’ (ID ‘57’) field is mandatory Country code ‘58 ’ a ‘ 0 2 ’ M A two -character country code, as specified by the ISO 3166 -1 alpha -2 standard, corresponding to the country in which the subject is registered. Examplu: Azerbaijan – ‘AZ ’ Subject name ‘59 ’ ans variable up to 25 M The subject’s name is presented during the transaction in the payer’s relevant software, including on the screen

10 of a mobile phone or other equipment equipped with the applicable software. The name is also shown on the printed sticker Subject’s city ‘60’ ans variable up to 15 M City of the subject’s physical location Example: ‘Baku’ Subject’s postal code ‘61’ ans variable up to 10 O Postal code of the subject’s address Additional information template ‘62’ ans variable up to 99 O A template used by the payment service provider offering the service to enter necessary additional information. The information in the template must be completed in accordance with Table 5 of this Annex. Each field in the template may be prefilled by the subject using ‘*’. If so, the payer is required to provide the value for each field in the template Check value ‘63’ an ‘04’ M The check value (CRC) of all fields contained in the QR code data (except for the value of ID ‘63’) is the quantity calculated based on the ISO/IEC 13239 standard, using ‘1021’ (hex) as the polynomial and ‘FFFF’ (hex) as the initial value. Alternative language ‘64’ u variable O Used to define the

11 selection template of the subject up to 99 equivalent of the subject information in an alternative language. The template covers the information specified in Table 6 of this Appendix. EMVco reserved field ‘65’- ’79’ u variable up to 99 O A field reserved by EMVCo for use in future versions of the standard Free field ‘80’- ’99’ u variable up to 99 O Under this ID, any simple or template field can be added at subject’s discretion Note: When the AZQR code is created, the fields with IDs ‘02’–’25’ and ‘28’–’40’ in Table 1 of this Annex are reserved for the specified purposes. The composition of templates for IDs in the range ‘41’– ‘51’ can be freely defined by payment service providers (e.g., information about goods/products or services, etc.). Table 2: Possible values under the ‘Basic Information Template by AZQR Code’ (ID ‘26’) Name ID Length Format Status Comment AZQR code version number ‘00’ ‘02’ n M Current AZQR code version number is specified in Annex No. 4 to the ‘Requirements for the AZQR Code for QR￾based payment transactions in the Republic of Azerbaijan Unique identifier (UUID) of the QR code ‘03’ ‘20’ an C Mandatory field for dynamic QR, non￾mandatory for Static QR Terminal type ‘04’ ‘02’ n M Type of medium the QR code is presented by: ‘01’ – physical print (sticker) ‘02’ – POS terminal ‘03’ – self-service terminal

12 ‘04’ – ATM ‘05’ – website ‘06’ – Mobile application ‘07’ – other Unique identifier of the device ‘05’ variable up to 50 an O Unique identifier assigned by the producer or operating system of the medium through which the AZQR code is presented. AZQR code creation time ‘06’ ‘14’ n O AZQR code creation time Format: YYYYMMDDhhmmss AZQR code expiry time ‘07’ ‘14’ n O AZQR code expiry time Format: YYYYMMDDhhmmss Reserve fields ‘08 ‘- ’99’

• O - Code reserved for future use (Central Bank) Table 3: Possible values under the ‘Unique Identifier of the Subject’ (ID ‘27’) Name ID Length Format Status Comment Identifier type ‘00’ ‘02’ n M Type of identifier used for identifying the subject obtained through the ‘Centralized Customer Information Database’ (CAS) module of the IPS: 01- Merchant ID 02- IBAN Note: This field’s value is used to query CAS and obtain necessary details. In the case of a static AZQR, only the

13 Merchant ID (MID)* is used. Identifier value ‘01’ variable up to 28 ans M Value of the unique identifier corresponding to the type of identifier used for the subject (ID ‘00’). Example: MerchantID ‘012345678912345’ BIC of the payment service provider servicing the subject ‘02’ ‘04’ a C First 4 characters of the BIC of the payment service provider serving the entty presenting the AZQR code. When there is more than one AZQR code provider serving the subject, or in the case of a static AZQR, this value is not used. Example: ‘IBAZ’ Reserved fields ‘03’- ‘99’ - -

Reserved fields for use in future versions of the AZQR code specification. Note: When creating the AZQR code, a unique Merchant ID (MID) value is assigned for each subject. To generate the MID, the AZQR code provider serving the subject enters the information specified in Table 4 of this Annex into the ‘Centralized Customer Information Database’ of the IPS.

14 Table 4: Information to be entered into the ‘Centralized Customer Information Database’ of the IPS by the AZQR code provider serving the subject to obtain a unique Merchant ID (MID) for the subject Name ID Length Format Status Comment Subject’s (taxpayer’s) TIN ‘10’ n M Taxpayer identification number assigned by the state tax authorities of the Republic of Azerbaijan Subject (taxpayer) name variable up to 25 ans M If the subject is an individual: first, last, middle names (as indicated in the ID card, if any); if the subject is a legal subject: the name registered in the Public Register of Legal Entities Subject’s (taxpayer’s) main activity type code variable up to 7 n M Code assigned according to the list of economic activity types by the State Tax Service under the Ministry of Economy Subject’s (taxpayer’s) legal address variable up to 25 ans O Subject’s address registered with tax authorities Subject’s (taxpayer’s) category code ‘52’ ‘04’ n M A 4-digit code (MCC) assigned to the subject by the acquirer for classification of the subject’s business area, under ISO 18245:2003 standards Country code ‘58’ ‘02’ a M ‘AZ’ value indicated. Subject’s (taxpayer’s) object’s name ‘59’ variable up to 25 ans M Name of the subject’s object is displayed during the transaction

15 in the payer’s relevant software, including on the screen of a mobile phone or other equipment equipped with relevant software. This name is also placed on the printed sticker. Subject’s city ‘60’ variable up to 15 an M Actual city of location of the subject. For mobile sellers and entrepreneurs engaged in e-commerce, the city where they are registered for tax purposes. Subject’s (taxpayer’s) code (object code) ‘15’ n M When recording the object code assigned by the state tax authorities of the Republic of Azerbaijan, the ‘-’ sign is not used, and the digits are written together. Example: ‘012345678912345’ Subject’s (taxpayer’s) address variable up to 25 ans M Each address where the AZQR will be placed is recorded separately. Note: In the case of mobile services, when the service is not provided physically at any establishment, the legal address of the subject.

16 Table 5: Possible values under the ‘Additional Information Template’ (ID ‘62’) Name ID Length Format Status Comment Invoice number ‘01’ 25 ans O Invoice number Mobile number ‘02’ 3-15 n O Customer’s phone number Branch name ‘03’ 25 ans O Name of the subject on which the operation is carried out. May be displayed to the customer when the QR code is scanned via the mobile application Customer loyalty number ‘04’ 25 ans O Customer’s loyalty number recognized by the subject. As examples, numbers of bonus and loyalty cards provided by the subject may be shown Reference number ‘05’ 25 an O Reference value provided by the subject or the acquirer for identifying transaction Example: order number, ARN, product code, etc. Customer number ‘06’ 25 ans O Customer’s unique identifier in the subject. Terminal number ‘07’ 25 ans C Unique identifier assigned by the payment service provider for the medium through which the QR code is presented. Depending on the value of ID ‘04’ in field 26, the presence of this field

17 may be mandatory or optional. Payment information ‘08’ 25 ans O Payment-related information. Additional consumer information request ‘09’ 3 ans O Indicator of additional information required from the consumer to complete the transaction. ‘A’ – address ‘B’ – mobile number ‘E’ – electronic mail TIN ‘10’ 10 an O Subject’s TIN Delivery channel ‘11’ 3 n O Method by which the AZQR code is delivered to the payer by the subject presenting the QR code. The 1st digit indicates the carrier in accordance with Table 5.1 of this Annex, the 2nd digit indicates the transaction location in accordance with Table 5.2 of this Annex, the 3rd digit indicates the involvement of a representative of the AZQR code–presenting subject in accordance with Table 5.3 of this Annex. Reserved fields ‘12’- ’99’

• O - Code reserved for future use (Central Bank)

18 Table 5.1: QR code carrier. Code range Comment ‘0’ Print – Adhesive or board at the subject ‘1’ Print – Invoice ‘2’ Print – Journal ‘3’ Print – Other ‘4’ Screen/Electronic – POS/ATM ‘5’ Screen/Electronic – Web page ‘6’ Screen/Electronic – Mobile application ‘7’ Screen/Electronic – Other Table 5.2: Transaction location Code range Comment ‘0’ Subject’s address ‘1’ Without being at the subject’s address (e.g.: mobile) ‘2’ Distant trade (e-commerce) ‘3’ Other Table 5.3: Involvement of a representative of the AZQR code–presenting subject Code range Təsvir ‘0’ Transaction involving a cashier, operator, or a representative of the subject ‘1’ Self-service transaction without the involvement of the subject’s representative ‘2’ Transaction completed by the payer with partial involvement of the subject’s representative ‘3’ Other

19 Table 6: Possible values according to the ‘Alternative language selection of the subject’ (ID ‘64’) template Name ID Length Format Status Təsvir Language selection ‘00’ 2 a M Language code in accordance with ISO 639-1 standards. Example: Azerbaijani – ‘az’ English – ‘en’ Subject name in alternative language ‘01’ 25 u M Name of the subject in the language noted in field ID ‘00’ of this template Subject’s city name in alternative language ‘02’ 15 u O Name of the subject’s city in the language noted in field ID ‘00’ of this template EMVco reserved field ‘03’- ’99’

• - Fields reserved by EMVCo for future use

20 Annex 2 to the ‘Requirements for AZQR Codes for QR￾based payment transactions in the Republic of Azerbaijan’ Placement and use of AZQR Codes at subjects

1. When placing AZQR codes at subjects, the following should be observed: 1.1. The provided information should be positioned in the place(s) easily visible to the payer. 1.2. AZQR information should be clearly readable and placed according to the fields noted in Figure 1. 1.3. The AZQR provider should immediately replace any AZQR board (or sticker) that has faded or whose information is no longer clearly readable with a new one.
2. The AZQR board (or sticker) placed at subjects should be designed to include the fields noted in Figure 1 and the following information: 2.1. In ‘Section A’, the AZQR code logo is placed on the left side. If the AZQR code is used in the Instant Payments System, the Instant Payments System logo is shown in the center, and the logos of all other network intermediaries are noted on the right side. There are no restrictions or fixed dimensions/lengths in this section. 2.2. In ‘Section B’, a depiction of the AZQR code is provided. This is the visual area of the AZQR code for the customer to scan. The dimensions noted in Table 1 of this Annex correspond to standard ISO 216 paper sizes and the proportional size of the AZQR code. For easy and clear scanning, the recommended minimum size is A8 (ISO 216), and the AZQR code occupies 11% of the paper area. As paper size increases, the proportion can be reduced to maintain clear visibility of the AZQR code. Other paper sizes may also be used depending on the location, but the layout structure should remain visually consistent. 2.3. In ‘Section C’, information related to the subject is displayed. Its name and assigned unique code (MerchantID/Subject Code) is noted in a size easily readable by the payer. 2.4. In ‘Section D’, information about the AZQR provider is displayed. This includes the logo, slogan, descriptions, and/or other advertisements (if any) of the AZQR provider serving the subject. If more than one AZQR provider serves the subject simultaneously, only their logos and names are noted in this section. 2.5. The use of information, different designs, color variations, or other details that may confuse the payer and were not specified by the AZQR provider is not allowed. The AZQR board should have a white background.

21 Figure 1. AZQR board (or sticker) placed at subjects ÖDƏNİŞ ÜÇÜN SKAN ET AZQR Logo Sistemin adı və logosu SUBYEKTİN ADI SUBYEKTİN UNİKAL KODU AZQR kod təchizatçısı barədə məlumatlar Hissə A Hissə B Hissə C Hissə D Table 1. Proportion of the AZQR size relative to the paper dimensions Dimen sion (ISO 216) width (sm) height (sm) Area sm2 Min. AZQR% ratio AZQRarea sm2 AZQR width (sm) AZQR height (sm) A8 5.2 7.4 38.48 11.00% 4.233 2.0574 2.0574 C8 5.7 8.1 46.17 11.00% 5.079 2.2536 2.2536 B8 6.2 8.8 54.56 11.00% 6.002 2.4498 2.4498 A7 7.4 10.5 77.70 11.00% 8.547 2.9235 2.9235 C7 8.1 11.4 92.34 11.00% 10.157 3.1871 3.1871 B7 8.8 12.5 110.00 11.00% 12.100 3.4785 3.4785 A6 10.5 14.8 155.4 11.00% 17.094 4.1345 4.1345 C6 11.4 16.2 184.68 11.00% 20.315 4.5072 4.5072 B6 12.5 17.6 220.00 11.00% 24.200 4.9193 4.9193 A5 14.8 21 310.80 11.00% 34.188 5.8471 5.8471 C5 16.2 22.9 370.98 11.00% 40.808 6.3881 6.3881 B5 17.6 25 440.00 11.00% 48.400 6.9570 6.9570 A4 21 29.7 623.70 11.00% 68.607 8.2829 8.2829 C4 22.9 32.4 741.96 11.00% 81.616 9.0341 9.0341 B4 25 35.3 882.50 11.00% 97.075 9.8527 9.8527 A3 29.7 42 1247.40 11.00% 137.214 11.7138 11.7138

22 Annex 3 to the ‘Requirements for AZQR Codes for QR-based payment transactions in the Republic of Azerbaijan’ QR Code cxamples created in accordance with AZQR standards Example 1: Values of the fields included in the core of the AZQR code data provided by the subject Name ID

of

symbols Format Status Example Version of the EMVCo QR code specification ‘00’ ‘02’ n M 000201 QR code type ‘01’ ‘02’ n O 010212 Master data template for AZQR code ‘26’ ‘28’ an M 2628 AZQR code version number ‘00’ ‘02’ n M 000201 QR code unique identifier (UUI) ‘03’ ‘12’ an C 0312IBA000000016 Terminal type ‘04’ ‘02’ n M 040202 02 – POS terminal Subject’s (taxpayer’s) unique identifier ‘27’ ‘33’ an M 2733 Identifier type ‘00’ ‘02’ n M 000201 Identifier value ‘01’ ‘15’ an M 0115012345678912345 BIC-i (shortened) of the payment service provider serving the subject (taxpayer) ‘02’ ‘04’ a C 0204IBAZ Subject’s (taxpayer’s) category code ‘52’ ‘04’ n M 52045942 Transaction currency ‘53’ ‘03’ n M 5303944

23 Transaction amount ‘54’ ‘05’ ns C 540515.47 Additional amount type ‘55’ ‘02’ n O 550202 Fixed additional amount ‘56’ ‘05’ ns C 560505.00 Country code ‘58’ ‘02’ a M 5802AZ Name of the subject’s (taxpayer’s) object ‘59’ ‘12’ ans M 5912DUKAN.AZ MMC Subject’s (taxpayer’s) city ‘60’ ‘04’ an M 6004BAKU Subject’s (taxpayer’s) postal code ‘61’ ‘07’ an O 6107AZ01142 Additional information template ‘62’ ‘33’ u O 6233 Terminal type ‘07’ ‘08’ an O 070800053255 Payment information ‘08’ ‘03’ ans O 0803*** TIN ‘10’ ‘10’ n O 10100922323000 Check value (CRC) ‘63’ ‘04’ an M 63046942 Outcome: 00020101021226280002010312IBA0000000160402022743000201012501234567890123456789123450 204IBAZ520459425303944540515.47550202560505.005802AZ5912DUKAN.AZ MMC6004BAKU6107AZ0114262330708000532550803***1010092232300063046942

24 Annex 4 to the ‘Requirements for AZQR Codes for QR-based payment transactions in the Republic of Azerbaijan’ Current version and updates of the AZQR Code Table 1. Current version and updates of the AZQR Code Date Version Comment 01 Octohber 2025 ‘01’ Initial AZQR code version.